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f you're involved in a large business, this book is not for you. By now 
| you hopefully will have taken all the necessary measures to combat 

Y2K. If you haven't, contingency planning is your best bet at this late 
stage. If you are a home user or run a small business, however, you still 
have time to get a grip on Y2K — but you have to act fast. We have called 
this The Y2K Emergency Pocketbook because the deadline is now so close 
that some people will need to take immediate steps to avoid disaster. 

Australia is relatively Y2K-ready, and although it may have been late 
in alerting people to the problem, we have certainly been bombarded with 
information during the past year — some of it informative, some of it dis- 
missive and some of it alarmist. 

What this book aims to do is give level-headed, useful advice to help 
you tackle Y2K in a straightforward and practical manner. 

While we don’t believe Y2K will herald the end of the world as we 
know it, we certainly acknowledge it will affect everybody in some capaci- 
ty. It is the extent to which this will happen that remains unclear. 
However, forewarned is forearmed. If you identify and deal with the areas 
that are likely to affect you, then you'll have far less chance of running 
into trouble when 2000 comes around. And whatever does occur will be 
more easily dealt with than if you hadn't been prepared. 

This Pocketbook provides you with some of the background to Y2K — 
why it's happening and why there’s no easy fix. It then goes on to help 
you identify the key areas with which you should be concerned and pro- 
vides comprehensive advice on how best to deal with those areas. 

Tackle Y2K before it tackles you, or you may be in for a surprise when 
you turn on your PC in 2000... 


Simon Vandore 
Lindsay Hayman 
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What is the y2k problem? ) 





ALTHOUGH IT HAS BECOME perhaps the most 
discussed issue in the history of computing, 
defining the Y2K problem is not as straightfor- 
ward a task as it may seem. Millions of news- 
paper articles and casual observers have been 
happy with explanations along the lines of 
‘problems caused when computers fail to recog- 


nise the year 2000 in dates, assuming instead 
that it is 1900’; but in itself that definition does 
nothing to explain why such a problem should 
have had such a widespread impact. 

The ¥2K problem originates from a very 
simple decision made by programmers back 
when computers first began to be used widely 
in (large) businesses in the late 1950s and 
early 1960s. Storage was extremely expensive, 
and processing power had to be used carefully. 

To keep information stored to a minimum, 
numerous new approaches were used to com- 
pact data. Names were often stored with only 
sumames and initials; states were not included, 
since these could be deduced from postcodes; 


professions were coded as numbers rather than 
descriptions. 

One of the many decisions made to com- 
pact storage at this time concerned the storage 
of dates. Dates are essential to all kinds of 
business computing tasks; think of bank state- 
ments which must show when transactions 
were conducted, payroll programs which must 
operate at a particular time, or interest calcu- 
lations which are based on the time elapsed 
from when a loan has commenced. 

To keep dates compact, programmers 
almost invariably chose to store them as a 
six-digit string, including the day, the month 
and the year, but not the century. For exam- 
ple, January 23, 1963 might be stored as 
230163, or 630123, or 012363, or 23/01/63; 
the order and the format doesn't matter as 
long as the program knows which part of the 
number corresponds to day, month and year. 

It's important to note, however, that the 
Y2K problem itself is not caused by storing 
dates in this format, but rather due to the 
way in which that stored information is used 
to make comparisons and perform calcula- 
tions. Imagine, for instance, a program which 
needs to check if a given date is in the future 
or the past. Say the program wants to check 
the date February 4, 1999, which it records as 
990204, and it knows that today's date is 
March 7, 1999, recorded as 990307. To deter- 
mine if the date is in the past, the program 
can merely subtract 990204 (the query date) 
from 990307 (the current date). This would 
give an answer of 103. Since this is a positive 
number, the date is in the past. If the system 
performed the same task with the date June 


2 EE 6 oa ee ee Pe ee A 


—— 





8 apcriak.pocketbook 


THE Y2K PROBLEM ORIGINATES 
A WERY SIMPLE DECISION MADE BY 


PROGRAMMERS 


18, 1999 (990618), it would return a negative 
number (-311), indicating a future date. 

So far, so good. But what happens when 
2000 rolls around? On January 1, 2000, if the 
computer performs the same calculation for 
February 4, 1999, it will subtract 990204 from 
000101, and return a negative answer 
(-990103). The program will deduce from the 
negative number that the date is in the 
future, when in fact it is in the past. 

This is a somewhat simplified and trivial 
example used for demonstration purposes. 
The methods by which dates are stored and 
compared vary widely, but they will almost 
always cause problems if there is no century 
included. (For a more detailed discussion of 
how calculations can go wrong and the con- 
sequences of those errors, see ‘The mathemat- 
ics of Y2K’ on page 12). 

In some cases, as soon as these programs 
were created, it was recognised that this com- 
pact date format would cause problems in 
both the short and long term. However, the 


) WHEN PROBLEMS RELATING to turn-of-the-century dates first became widely 
discussed, the usual term used was the ‘millennium bug’. More recently, the term ‘Y2K 
problem’ has gained currency, and the acronym ‘Y2K’ itself has become a kind of 
shorthand for the issue. Throughout this book, we will mostly refer to “Y2K’ or the "Y2K 


problem’, For other commonly used terms, see the Glossary on page 86, 
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attitude taken was that the computer sys- 
tems in use in 1960 (or 
1970 or 1980 or 1990) 
were unlikely to be still 
in use by the turn of the 
century. 
Obviously, this turned out to be a false 


FROM 


assumption. Companies continued to expand 
their use of computers, but more often than 
not they built on existing, older systems with 
new features, rather than starting from 
scratch. The more data that was stored in 
these systems, and the more they were used, 
the less inclined anyone was to go through 
the very inconvenient process of removing 
and replacing them. And so the systems 
stayed in place. It is highly probable that 
your bank of choice is still running software 


that is at its heart more than 40 

years old, even if ui 
EFTPOS or | | 

the Internet. 3 


Milfennium bug or ¥2K problem? 





your preferred 
method of 
access is 

via much 
newer 
technologies 
such as 
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Introduction 


THE MILLENNIUM BUG is a widely 
recognised example of a more general 
phenomenon: computers which are 
expecting a certain type of informa- 
tion, and which function incorrectly if 
they don't receive that information. 
The technical category into which Y2K 
falls is known as ‘bounded storage’, 
where data is assumed to always be of 
a certain size or to remain within cer- 
tain boundaries. This problem in fact 
occurs with monotonous regularity on 
computerised systems. Some notable 
examples include: 


2 In recent years, the Dow Jones 
Industrial Average, an aggregate figure 
which tracks the performance of the US 
stock market, has frequently moved 
towards 10,000 points — a historical 
high. Many computerised systems used 
by large investment houses have auto- 
matic triggers built into them which 
will give orders to sell, buy or freeze 
trading when certain conditions are 
met, such as a large change in the 
value of the Dow Jones. 

However, many of those systems 
also originally assumed that the Dow 
Jones would always fall in a four-digit 
range (between 0 and 9,999). It was 
widely feared that if the Dow Jones hit 
10,000 points, some computer systems 
would interpret this as 0, deduce a 
large drop in the value and sell off 
huge volumes of stocks, causing fiscal 


panic and chaos. However, few prob- 
lems were reported when the Dow 
finally did top 10,000 in mid-March 
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We've seen it all before, we'll See it all again 


1999, which is testimony to the value 
of early warnings and careful testing. 


~ Systems which use the Unix operat- 
ing system generally store dates using 
a 32-bit digit which represents the 
number of seconds the date is from 
midnight on January 1, 1970. This 
means that there are no Y2K-specific 
problems with these OSes, but they 
will run into problems at 03:14:07 on 
January 19, 2038, which is the date 
gained by adding the largest possible 
32-bit number to the original date in 
1970. Companies which shift to 64-bit 
flavours of Unix can generally avoid 
this problem, but will still need to con- 
duct rigorous testing. Some Unix firms 
have incorporated testing for this 
problem into general Y2K testing 
(which they still have to do; just 
because the operating system is broad- 
ly compliant, it doesn’t mean the appli- 
cations are). 


2 Some boundary storage problems 
occur because certain types of data are 
explicitly rejected. For instance, pro- 
grams which use Australian postcodes 
have often rejected special series post- 
codes beginning with 1000, 8000 or 
9000 (which are used for some large 
businesses), and most PABX systems 
had to be adjusted to deal with eight- 
digit telephone numbers when these 
were introduced. Because these rules 
are fairly explicit and often user-selec- 
table, fixing them is often — but not 
always — straightforward. 


a 


The y2k problem: A history 


FROM MAINFRAME TO PC 

Early computer programs were generally 
written inhouse by experts and were 
designed to solve the problems of one specif- 
ic business. The programs that were created 
by one company might occasionally be sold 
to another, but since effective use of IT sys- 
tems is often viewed as a competitive advan- 
tage, companies were reluctant to share this 
expertise. Once a company was committed 
to its own in-house solution, it would not 
shift from it willingly — even if it was rid- 
dled with potential Y2K problems. 


THE NUMBER OF POSSIBLE 
PERMUTATIONS OF THE PROBLEM IS 


INCALCULABLE 


While companies such as IBM and 
Digital began selling some programs for gen- 
eral use in the 1970s, these were still often 
heavily customised by inhouse IT staff. It 
was not until the emergence of the PC in the 
1980s that mass-market software (designed 
for use by many different businesses) really 
took off. Small businesses might have been 
able to afford a machine for the then cheap 
price of around $5,000, but they couldn't 
pay the same again for software. The emer- 
gence of cheap spreadsheets and word 
processors in particular meant that anyone 
could use a PC, and even customise it to 
some extent. Suddenly, it seemed, computers 
were spreading everywhere — and so was 
the Y2K problem, although few people 
realised it at the time. 


= 





Throughout this period, the program- 
ming practices of an earlier age persisted, 
including the use of compacted dates. Older 
software continued to use them, while newer 
programs also often went down this route. 
Again, this seemed a sensible decision at the 
time; if your home computer only offers 
64,000 characters of storage (for both pro- 
grams and files) and you want to keep 
details of 2,000 customers, do you really 
want to sacrifice 3% of your total available 
memory every time you enter a date for all 
of those customers just by including the 
century? 

The real killer, on both PC 
and other platforms, was 
the desire to maintain 
backward compatibility. 

A. key selling point for DOS 

as it went through its many upgrades was 

that software written for older versions 
would continue functioning; a key selling 
point for every major release of Windows 
has been the ability to upgrade your OS 
while keeping your applications. This ‘keep 
your old logic’ idea helped PCs become 
massively popular, but it also meant that 

fragments of code that dated back 10 or 20 

years — to a time when no-one thought 

storing century data was a necessity — 
were included in many modern applica- 
tions. That assumption, that storing centu- 
ry data wasn't necessary, was built into the 
applications we now use, the operating sys- 
tems those applications run on and even 
the processors which our PCs rely on. All 
are potentially vulnerable. 
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THE MATHEMATICS OF Y2K 

In the introduction, we noted one simple calcu- 
lation that could go wrong when using com- 
pacted dates. The number of possible permuta- 
tions of the problem is incalculable; dates can 
be stored in a variety of different formats, and 
calculations can be performed on those dates in 
a number of ways, and the results of those cal- 
culations used to make other calculations. The 
end result is little short of chaos, and exceed- 
ingly hard to fix even for the original program- 
mer of a piece of code. 

While our earlier example used positive or 
negative numbers to make a comparison, not 
all applications are encoded for this distinc- 
tion. A payroll package, for example, might 
have ‘92’ stored as the year in which a staff 
member began working for the company. 
Long-service leave is calculated on the number 
of years at work, which can be assessed by 
subtracting the year the staff member started 
from the current year. Since someone can't 
have worked at a company for a negative 
number of years, the original programmer 
may not have bothered storing the sign (posi- 
tive or negative) of this number, to save space. 
In 2000, the number of years at the company 
will jump from 7 (99-92) to 92 (00-92). 

This inaccuracy can then impact other 
processes. For instance, many payroll systems 
generate an automatic warning when an exces- 
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INSTANCE OF A 
DATE-RELIANT CALCULATION NEEDS TO BE 
CHANGED TO ACHIEVE Y?K COMPLIANCE 
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sive amount of leave has been 
generated. The software 
might also calculate 
the cost of leave to the 
company each week, 
and start issuing dire warn- 
ings about the department where the staff 
member works. Given that the same problem 
will afflict anyone who didn't start at the com- 
pany after 2000, the estimated leave bill may 
s00n appear to be grounds for bankruptcy. 

Compliance in a single application is also 
not enough. For instance, imagine a backup 
program which is itself Y2K compliant, and 
which bases its decision on when to perform 
backups on when a data file was last altered; 
if the file has changed since the last backup 
was performed, a new backup is carried out. 

If the backup program is running on an 
older, non-compliant DOS or Windows PC, 
then the machine is likely to set its system 
date to January 4, 1980, when it is switched 
on in 2000 because of DOS's own date 
assumptions. Other non-compliant programs 
which alter the file will stamp this as the new 
date, and when the backup program checks, it 
will see that the file was altered in 1980, and 
hence assume it was backed up in a previous 
session. 

These kinds of problems can occur many, 
many times in any program that makes use of 
a date in calculations. Every single instance of 
a date-reliant calculation needs to be changed 
to achieve Y2K compliance (the term used to 
indicate a system which can correctly handle 
dates in 2000 and beyond). This nearly always 
requires the software to be rewritten — a task 
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that is generally beyond the individual user 
(although custom spreadsheets are one obvi- 
ous exception). In some cases, the only realis- 
tic alternative is to upgrade to new software, 
or even hardware in some instances. Teaching 
you how to check for these problems — in 
hardware, operating systems and software — 
and how to avoid them is the main purpose of 
this Pocketbook. 


DATES TO WATCH OUT FOR 

The most commonly cited date for triggering 
the Y2K problem is, of course, January 1, 2000 
(which is, incidentally, a Saturday). As the first 
date of the new century (for computing purpos- 
es), this is when problems will first show up en 
masse. However, there are a number of other 
dates in the next two years which will also be 
affected by the problem. 


_ia mp iE Some common y2k myths 


AS Y2K FEVER HAS SWEPT the globe, a 
number of popular myths about what's 
compliant, what isn't and what you can do 
about it have spread like wildfire. Here are four 
statements you shouldn’t take at face value: 


| use a Mac, so I'm OK. 

Apple staff have frequently proclaimed that 
the Mac O5 has always been four-digit date 
aware, so there are no OS-level problems 
and hence most applications should be OK. 
Don't believe it. Assuming that your apps 
will be OK because your OS is OK is a one- 
way ticket to disaster. And it turns out that 
one of the Mac's internal routines, 
StringToDate, doesn’t calculate dates 
correctly (it assumes all dates are in whatever 
century the Mac’s internal clock currently 
indicates). Check. 


| only use word processing software, 
so I'm OK. 
Your word processor may not carry out any 


date calculations — although most modern 


WP packages also include quite sophisticated 
spreadsheet facilities — but it still stamps the 
date on every file you save. If you use any 
kind of backup system, this will rely on date 
stamps to keep track, and will go haywire if 
your operating system can’t cope with dates 
in 2000, (And if you don’t use a backup 
system, you're a fool.) Check. 


I've only just bought a new PC, so I’m OK. 
A PC purchased in 1999 shouldn't have too 
many hardware-level problems, and OS 
problems will likely be minimal. But what 
applications are you planning to run? Have 
you imported spreadsheet data from old 
systems? Are other machines in your network 
older? Check. 


My business doesn’t use a PC, so I'm OK. 
This is the biggest myth of all. While you 
won't need to sort out your inhouse 
technology, you will need to check out all of 
your business partners. See ‘Dealing with 
third parties’, page 35. 
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January 1, 1999 
This was a key date for travel booking sys- 


tems, which generally allow data entry up to 


a year in advance and hence could have 
invoked a date in 2000 early on. Few prob- 
lems have been reported to date by travel 


firms, but then no-one’s actually tried to take 


the flights yet. 


July 1, 1999 

The beginning of the financial year. Many 
companies begin preparing basic financial 
data for the entire year at or around this 
time (such as entering sales projections and 
budgets into spreadsheets), and this will be 
the first time that they will have to deal 
with dates in 2000. Again, this shouldn't 
trigger any additional problems to those 
that would occur in 2000 itself, but it may 
trigger them earlier. The same will apply 
later in the year to companies with order 
systems that look ahead a specific number 
of days. 


September 9, 1999 

A common programming practice is to use 
the sequence of digits 9999 to mark a spe- 
cial function, such as the end of a data 
sequence or a test date. If software converts 
September 9, 1999, into the same format 
(9/9/99), it might have unexpected conse- 
quences, ranging from making the record 
containing the date impossible to delete to 
making it automatically disappear. This 
practice was more common in older Cobol 


systems, but old programming habits die 
hard. 
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January 3, 2000 

As noted above, January 1 is a Saturday. 

Many small business computers won't find 
themselves switched on until January 3 at the 
earliest, when normal business resumes. All 
those potential problems that have existed since 
January 1 will become reality on this date. 


February 29, 2000 

This is a real date — 2000 is a leap year — but 
different programmers have made different 
assumptions about its status, owing to the com- 
plex rules of the modern Gregorian calendar. 
Century years (such as 1900 or 2000) are only 
leap years if they are divisible by 400 (which 
2000 is). The normal leap year rule, which cre- 
ates a leap year if it is divisible by four, does 
not apply to century years, even though they 
are all by definition divisible by four. 

Any software routine which calculates the 
number of days between two dates needs to 
know about leap years. This is actually a rare 
example where ignorance may have played 
in programmers’ favour. Programs which 
assume that division by four is the only leap 


Business size 


Aware of the Y2K | problem 7" 


Unaware/don’ t plan to take action — 


2 Be 


pares to take a action 


Yet to commence -e Y2K wor work 











Commenced ¥2K work 


Testing/completed Y2K work 


he 


Source: Australian ire of Statistics 


year rule will correctly deduce the existence of 
February 29, 2000, although they'll go wrong 
in 2100, The real concern is programmers who 
were aware that century years were an excep- 
tion, but didn't know about the exception to 
the exception, and who have built in an 
assumption that 2000 isn't a leap year. A sec- 
ond problem is caused by those especially 
ignorant programmers who forgot about leap 
years altogether — although that problem 
would have shown up in 1996. 


October 1, 2000/October 10, 2000 

Another, more subtle problem, relates to soft- 
ware which automatically strips out all ‘extra- 
neous’ digits; for example, the date January 1, 
2000, is cut down to 1/1/2000. Even though this 
includes a four-digit year, some programs can 
exhibit confusion when they reach October, 
because it is the first month which must be rep- 
resented as two digits. Up until October, dates 
will be have either eight (1/1/2000) or nine 
(10/1/2000) characters (this assumes the slash 
is a character). From October 1 (1/10/2000) 
they will always have nine characters, and 
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1-4 employees 5-19 employees 


91 96 99 
46 26 8 
54 74 92 
29 34 28 
12 26 46 
13 15 a ae 


20-199 employees 
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from October 10 (10/10/2000) they will have 
either nine or 10. Not all programs cope equal- 
ly well with all of these possibilities. Again, if 
this problem exists it should have become 
apparent in earlier years, but it’s worth check- 
ing for it, especially with systems that aren't 
used on a year-round basis. 


January 1, 2100 

One cheap-and-dirty method of making soft- 
ware with Y2K problems compliant is to add 
in a routine which replaces the assumed ‘19’ 
in front of a date with an assumed ‘20’ under 
certain circumstances. Such systems might 
work well throughout next century (although 
there are far more elegant solutions), but they 
will go wrong again come the turn of the next 
century. You might think it's safe to assume 
that none of those programs will still be in use 
in 2100, but it was that kind of thinking that 
caused the Y2K problem in the first place. 


WHO'S ACTING, AND WHO ISN'T? 
In 1995, hardly anyone had thought about 
or talked about the Y2K problem, except a 


How ready are Australian businesses? 
200 or more employees * All businesses 
100 93 
1 42 
99 58 
10 30 
62 16 
= 27 13 


* Businesses in the agricultural industry are excluded from the business size components, but are included in the ‘All Businesses’ total. 
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handful of financial institutions. In 1999, the 
problem seems unavoidable; it receives cover- 
age not just from the technology press but 
from mainstream news outlets, and dedicated 
government agencies promote the importance 
of Y2K compliance. Despite these 
massive publicity efforts, howev- 
er, it seems that we are not 
responding to Y2K issues as effec- 
tively as we should. 

Australia is generally consid- 
ered to have one of the best general levels of 
Y2K preparation in the world, but this is no 
cause for complacency. As the table on the 
previous page shows, business awareness of 
the Y2K problem is high, but the intention to 
act is somewhat lower, and large businesses 
are much more aware of the problem than 
small ones. 

This is bad news for everybody, not just for 
those companies that haven't chosen to act. 
As we point out in the next chapter, one of the 


AUSTRALIA 
ONE OF THE BEST GENERAL LEVELS 0O 
Y2K PREPARATION 


trickiest areas in Y2K preparation is knowing 
whether your business partners — the compa- 
nies you deal with on a day-to-day basis — 
are also ready for the turn of the century. 
Fixing Y2K problems can involve a whole 


IS CONSIDERED TO HAVE 


IN THE WORLD 


range of tasks. Larger companies need to hire 
specialist programmers to go through the 
original code for their applications line by 
line, looking for potential problems. This is 
not an especially difficult task — date arith- 
metic is a fairly simple computing problem — 
but it is tedious and time-consuming. 

In some cases, the date code can be 
rewritten to include centuries in its calcula- 
tions, but this also requires all the data used 
by the program to be updated as well. Other 


The Cobol crisis 


THE MOST COMMON LANGUAGE that computer programs were written in during the 
mainframe and mini eras was Cobol (Common Business Oriented Language). While mil- 
lions of lines of Cobol code remain in active use, the language fell out of favour when PCs 
became popular (C++ is now predominant in PC application development). As a result, 
when companies began realising the need to fix older applications, the demand for Cobol 
programmers far outstripped supply, creating lucrative incomes for many veteran Cobol 


programmers. 


Because Cobol was so widely used in large business systems, it is sometimes assumed 
that the language is responsible for the preponderance of the Y2K problem. This is not 
so; it was the way the language was used which created Y2K issues, and the same prob- 
lems can and do emerge on any platform, with software written in any language. 
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techniques include making intelligent quesses 
about which century is implied by a piece of 
code, although this only works if all the dates 
given to a program will fall into a span of less 
than 100 years. 

In some cases, companies will decide 
that the Y2K dependencies built into their 
existing software are too numerous to fix, 
and that the only option is to install com- 
pletely new software systems. Many vendors 
of software aimed at large businesses have 
reported major jumps in sales over the past 
few years, as large firms face up to the need 


ee 


to install new systems or risk Y2K-related 
problems. 

Migrating from a large and complex com- 
puter system takes time, however, which is 
why this is a less realistic option now than it 
was in 1997. 

While small businesses are unlikely to 


have much custom software, or access to 
programmers who can check all their code 
line by line, the fundamental problems faced 
by them are very much the same, and the 
choices which they face — repair existing sys- 
tems or replace them — are identical. 
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What will happen after 2000? 


AS iT STANDS 

By the middle of this year, most big businesses 
should have done everything they could have 
done to ward off Y2K. Those that haven't will 
know they're in trouble and will be focusing on 
contingency planning and workarounds. For 
individuals and small businesses, however, 
preparation is still not only possible, it's vital! 

The Y2K bug was recognised as 
a problem well before this year, but 
it wasn't until 1997 that people 
really started to wonder ‘what does 
this mean for me, my business and 
my family?’. By this point, many 
big businesses had put plans in place to review 
their exposure to Y2K and had begun to either 
modify or replace equipment that didn’t come 
up to scratch. They had also started to develop 
contingency plans and strategies designed to 
deal with everything from key suppliers and 
customers suffering from Y¥2K problems through 
to the outright failure of major systems like elec- 
tricity and telecommunications. 

Luckily, however, key services like electrici- 
ty and communications were generally among 
the first — along with banks and financial 
institutions — to really get a grip on the Y2K 
problem and its potential effects. 

Testing and improving the plans and mod- 
ifications designed to cope with Y2K has large- 
ly taken place in 1998 and 1999. In Australia 
most banks, telecommunications companies, 
utilities and manufacturers are right on track 
for the full testing and completion of their Y2K 
efforts by September of this year. After that, it’s 
just a matter of wait and see. 

The crucial years for Government prepara- 
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tion and action on Y2K have also been 1998 
and 1999, The federal and state governments 
have the twin tasks of assuring that their own 
systems are compliant (what would happen, for 
example, if the tax office's computers suddenly 
decided that January 1, 2000 was January 1, 
1900?), and ensuring that businesses has been 
active in making their own preparations. 


THERE'S A CHANCE THAT SOME 
COMPANIES MAY EXPERIENCE Y2K 
PROBLEMS WELL AFTER 


THE ¥#K DEADLIN 


The Federal Government has also been 
instrumental in smoothing the way for busi- 
nesses to get down to the job of ensuring Y2K 
compliancy without the spectre of being sued. 
The Year 2000 Information Disclosure Bill 
(1999) enables companies to make statements 
about their level of preparedness for Y2K with- 
out worrying that they'll be sued by a customer 
or a supplier for the contents of the statement. 
There are a couple of limitations, of course, and 
it doesn't excuse companies which fail to make 
Y2K preparations, but it does help everyone 
know where everyone else is at. 


THEN WHAT? 

Assuming that we're all still here on January 
2, 2000, it should be business as usual for 
most people, while those who have experi- 
enced problems try to implement solutions 
and make sure they don't impact on the rest 
of us. That's assuming we haven't all been 
affected by a common problem such as a 
utility or telecommunications failure. 


But January 2 will not signal the end of 
Y2K. There's a chance that some companies 
may experience Y2ZK problems well after the 
Y2K deadline, just as some businesses, such as 
ones that deal with future dates, are begin- 
ning to experience them now. Although the 
chances of Y2K problems recurring through- 
out the year are lower, there remains a 
chance that any problems could cause domi- 
no effects. 

If there is a failure of some sort, it’s going 
to take everyone a little time to get back on 
their feet, and it'll probably take a while for 
individuals and businesses to regain confi- 
dence. This makes for a good chance that 
there will be some kind of economic recession 
to go along with it (see ‘What the experts 
say’, page 26). 









"“OCCCe 


= 


It is difficult to get your head around some- 
thing that’s as bizarre and yet seemingly obvi- 
ous, as the Y2K bug. To most people, it seems 
patently obvious that computers should be 
able to handle four-digit years — after all, 
computers are responsible for everything from 
getting people onto the moon to simulating 
the monstrous, ghastly environments and 
creatures in the ‘Alien’ movies. 

But as we've seen, there were genuine rea- 
sons for using two-digit years. Back in the day, 
computers were powerful because they were 
very conservatively programmed and every sin- 


gle piece of available resources was devoted to 
doing something vital and useful. And it wasn't 
out of sheer laziness that the old-time program- 
mers and software developers used two-digit 


apciias pocketbook 19 





abet x a | it in froduc tion 


years. In fact, they considered they were doing 
their jobs extremely well, and didn’t anticipate 
that they would have done their jobs so well 
that the machines they designed would still be 
in use several decades later. 

Today, we have the benefit of cheap mem- 
ory, Massive processing power and the luxury 
of not having to be so economical in the way 
programs are written. That's why Microsoft 
Word, for example, is several magnitudes larg- 
er than, say, WordStar which was released in 
1986, even though both do the same job at 
largely the same speed. 

Massive processing power and cheap 
memory doesn't make Y2K any less real; nor 
will today's modern computers simply make 
the problem go away. The reasons are several 
fold and quite arcane. First, some computers 
still need to be economical with their resources. 
Consider the microcontroller in an elevator. It 
needs to regulate and convey information 





1960 1970 1975 
Peta ine Wo toe 
1960s and 
1970s: Not taken seriously 


Mainframe pro- 
grammers first 
denote the year 
in two digits to 


save memo , “eae 
ry business takes notice 


about the lift's location, speed and 
temperature, as well as its next destination, to 
a central management system. It can't afford 
to, nor does it need to, have the size, power 
consumption and resource requirements of a 
Pentium II processor. As a result, relatively 
modern buildings may have management 
systems that still use two-digit dates for reasons 
of speed and economy. And although these 
systems are important, it wasn't really a 
consideration until earlier this decade, when it 
was realised that date-dependent functions — 
such as a lift having different movement 
patterns at night and on weekends — might 
affect the overall function of the device. 

Y2K is also real because old computers don't 
just go away, and because these small micro- 
controllers are buried in buildings, factories, cars 
and aeroplanes in massive numbers across the 
globe. It's going to be impossible to check all of 
them, which is why Y2K is going to be more 





1980 


1985 





| 
' 
} 


1983: First predictions of serious consequences in 2000. 


September 6, 1993: Peter de Jager’s 
wake-up call Doomsday 2000 
published in Computerworld. Big 


1995: Karl Feilder raises Y2K 
alarm for desktop PCs 
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serious for small devices than for large ones. scale across tens of thousands of computers 
Y2K is here, it’s real, and it certainly isn’t going worldwide. Or, it could be that very little hap- 
to go away any time soon. pens at all — a few computers need to be 
rebooted, a couple of businesses go offline for a 
\.RE YOU IN DANGER? day or two and that’s it. The reality is that no- 
It's pretty hard to get a grip on the threat one really knows what's going to happen. And 
posed by something as obscure as computer that's as accurate as it gets — no-one knows. 
software that doesn't recognise four-digit Let's assume the worst. Imagine that there's 
years. After all, we expect computers to simply a series of failures in a critical utility that 
keep on doing their job day in, day out knocks out some telecommunications services. 
whether we're here or not. The drop in telecommunications capacity 
Perhaps the best way to think about Y2K is makes it harder for a few financial institutions 
in terms of a massive computer crash. to keep their electronic transaction systems at 
Everyone's familiar with the way that Windows full capacity. There might be a run on the 
and Macs sometimes just stop working for no banks and massive queues everywhere as pan- 
apparent reason. And most people will have icked citizens try to stock up on bottled water, 


had this happen just before some critical work —_ batteries and tinned food; withdraw cash from 
was meant to be saved, resulting ina whole lot — the bank; or try to pay bills over the counter. 


of wasted effort as the work is re-created. This scenario isn't really that dangerous, 
Y2K is a little like those unexpected PC though. Sure it’s inconvenient and there are 
crashes, except it could happen on a massive going to be a few frayed tempers, but it is 





2000 2001 


1997; Height 1998: Y2K March 1 1999; Most January 1 2001: . 
of big business Y2K repair software _ big firms ready. De 2000: Y2K Some a 
repair effort enters mass Jager publishes January 3 problems 
market. Many Doomsday Avoided, 2000: First still € 
small/medium June 30 1999: Start business under- 
organisations of 1999-2000 day of new going 
still unaware financial year year repair @ 
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doubtful that society is going to collapse. It is 
more likely that law and order will be main- 
tained, banks will come back online, and utili- 
ties will race to fix downed services, should 
there be any. If you then consider that this is 
pretty much a worst-case scenario, things don't 
look too bad. Just make sure that you have a 
little extra food, shut the front door and watch 
the fallout on TV. 


21BC or the year 23,570. Microwaves and 
VCRs might be vulnerable, but all they're 
going to do is get a little confused and think 
that it’s some other date. While this may be 
annoying if you're trying to record an episode 
of ‘The Simpsons,’ it isn't catastrophic. 

Cars? Most will be okay because electronic 
engine management, like the fridge, couldn't 
care what day it is, so long as the service 


ANY MACHINE WITH AN EMBEDDED MICROPROCESSOR 


THAT USES THE DATE 


FUNCTION 


What about the very, very worst-case 
scenario? What if a combination of Y2K prob- 
lems causes a domino effect and developing 
nations lose control of their infrastructure, busi- 
nesses begin to default on loans, and things 
gradually trickle up to affect developed nations 
that have taken Y2K preparations? Well, con- 
sider it an outside chance, but anything's possi- 
ble. In such a situation, only those who are 
ready for any other big disaster, such as an 
earthquake or flood, will be able to ease them- 
selves into a situation where widespread hard- 
ship is the norm. But in Western nations where 
a great deal of time and money has been 
invested in preparations, the chances are law 
and order will not break down and you will not 
be in physical danger. 

Let's take a look closer to home and consider 
all those gadgets and devices scattered through 
our lounge rooms, kitchens and bedrooms. 

Will your fridge stop working? Unlikely, as 
the majority of fridges couldn't care if it were 
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TO HELP DETERMINE 
IS VULNERABLE 


ITS 


intervals have been adhered to. In other 
words, your car should start on January 1, 
2000, no questions asked. 

In theory, Y2K shouldn't pose any physi- 
cal threat to anyone, as long as a few simple 
precautions are taken. Create as much ofa 
buffer as you feel comfortable with, whether 
that involves extra supplies, raw materials or 
electricity generators, and remember that 
New Year's Eve should be a happy time. 


COULD IT AFFECT YOU/ 

The short and easy answer is, yes. Y2K is like- 
ly to have some impact on almost everyone, 
but the extent of that impact is difficult to 
gauge. There are three spheres where individ- 
uals will, in some way, encounter Y2K and its 
possible effects. Let's consider them in turn. 


The private sphere 
Home and domestic life is guaranteed to be 
touched by any Y2K problems in other areas. 


I a a a 


This is because most individuals must also 
function outside the home in some way. 
Within the home, however, the effects are sub- 
tler, and gauging them is an even greater 
problem than outside the home. 

At home, our personal devices — including 
personal electronics and domestic appliances 
— are all exposed to Y2K in some way or 
another. Our phones, for example, are depen- 
dent on the service provider doing its job and 
ensuring its systems are fully compliant and 
robust enough to withstand the hiccups that 
might occur in the new year. 

Any machine with an embedded micro- 
processor that uses the date to help determine 
its function is also vulnerable. That list might 
include radios, washing machines, microwaves 
and videos, as well as older PCs, older video 
games and some hi-fi units. The good news is 
that most of these units aren't, in fact, so date 
dependent that they simply won't work. They 
may get confused, but that's about it. 

Y2K will also encroach upon our personal 
space through its effects on our neighbours, 
families and friends. However, the personal 
effects on them won't be any greater than the 
effects on you, putting everyone in basically 
the same boat. And remember, our homes are 
really the least of our worries, because the sys- 
tems there aren't critical and dependent on big 
or embedded machines for their instructions. 


The public sphere 

Here things are a little more interesting because 
the common services we all depend on — food, 
water, electricity and transport — are all vulner- 
able to the effects of Y2K in some way. What's 
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y2k 


reassuring is that Australian utilities and most 
big businesses got a handle on their Y2K prob- 
lems quite early and many analysts believe that 
there is a low probability here of problems in 
accessing services after January 1, 2000. 

The effect of Y2K on other people will also 
have a significant impact on the way that pub- 
lic life deals with any potential problems. But if 
major services are correct in quaranteeing that 
they will be available without significant inter- 
ruptions, unrest and disruption are unlikely 
unless fear itself creates an environment where 
the general population overreacts. 


The business sphere 
The impact of Y2K on the business world will be 
even more interesting, because although most 
big businesses got their Y2K problems under 
control long ago, small businesses, in which the 
majority of Australians are employed, have 
been notoriously slow in dealing with Y2K. 

Consider a retail shop using an old, PC- 
based point of sale system. It records the type, 
price and quantity of each sale in a record 
using the date as one of the key variables for 
sales comparison. If this system isn't updated, 
then sales in the new year are going to be 
incorrect. Worse still, historical sales data may 
well be rendered unreadable — at least initially 
— because the system won't be able to deter- 
mine when the sale actually took place. 

There are similar stories scattered through- 
out small business, and although the impact 
will be localised, it could be serious for the own- 
ers and employees, as well as the neighbour- 
hoods in which these businesses are located, 
should there be Y2K problems. 


— 
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The important thing to consider is that Y2K 
is interdependent on so many other variables 
that it’s really difficult to nail down the effects it 
may have on any group or individual. It’s pos- 
sible ¥2K will have effects that no-one has 
anticipated, simply because the scope of the 
problem is so massive. But with a little contin- 
gency planning and a dose of luck, most prob- 
























lems can be minimised and localised. 


iS {f TOO LATE? 

Hopefully we've managed to convince you that 
while Y2K is a serious problem that you must 
address, it isn’t a signal that the end of the 
world is nigh. You should also be reassured that 
law and order, water, electricity and financial 
services are in better shape than some com- 
mentators would have you believe, and that 
there isn't much chance that anarchy will pre- 
vail locally on January 1, 2000. 

But what if you're a small business owner, 
or you work for a small business, and no-one’s 
even thought about Y2K yet? Is it too late? The 
good news is that the answer is, no — it isn’t 
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Y2K has its origins in the way early computers handled dates 
Technically, it’s just another ‘bounded storage’ bug 

The bug causes problems in calculations involving dates 
Backward compatibility meant Y2K persisted 

Private, public and business spheres are all affected 


Estimates of its severity vary — but no-one will be immune 


too late for you. If you were involved in a big 
business, such as a car manufacturer, then 
things might be a little different. But you're not, 
50 let's see what can be done. 

You've taken the first step and bought this 
book, which is a good start. Follow its advice, 
turn to our CD and the online resources listed 
in the back of the book, and you should be in 
pretty good shape. Ask your colleagues and 
friends what they're doing about Y2K, and if 
they laugh, set them straight. 

You'll probably also encounter a few doom- 
sayers convinced that the world is about to end 
or that the Y2K bug is a sign of God's displea- 
sure with humanity. There are also more than 
a few people who are building bombshelters or 
bivouacs on remote properties and stocking 
them with food and water in a bizarre repeat of 
some Cold War fantasy. Let them believe what 
they want, and make up your own mind. 

Having said that, forewarned is definitely 
forearmed, and if nothing goes wrong you 
can always use those extra rations for a big 
post-Y2K party! 


Checkpoint — Background to Y2K 
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What the experts say 
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PLENTY OF Y2K COMMENTATORS are quoted in the media, but 
you should be wary of trusting the opinions of a single source. 
Here's a little background information about some of the key fig- 
ures involved in 2000 speculation. 


Peter de Jager 
Peter de Jager is 
generally accept- 
ed as having 
fired the first Y2K 
warning shot back in 1993 with his now 
classic Doomsday 2000 article published in 
ComputerWorld magazine (http://year2000 
.com/y2kdoomsday.html). At the time, many 
scoffed and called him alarmist, but today he 





is seen as the number one authority on Y2K. 

His theories are rooted in the idea that 
¥2K is not just a computer problem, it’s a 
people problem. People are at the root of the 
tardy response by many companies towards 
understanding and taking action on Y2K, 
says de Jager. “Denial of the truth always has 
a consequence. The time taken to convince 
people of the severity of the problem was 
stolen from the time necessary to implement 
a solution. A shortage of time is something 
we now have to 
live with." 

He also says 
that the sooner you AVOIDED. 
try to address a 
problem, the fewer 
people are required to fix it. Unfortunately, 
the time taken by many companies to actu- 
ally agree that there was a problem, and 
then to provide resources to fix it, has meant 
that people who are capable of doing the 
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‘DOOMSDAY 
THAT'S 
TO BE STATED LOUDLY AND STRONGLY 


critical work have been in massively short 
supply. And because supply and demand are 
central to the movement of price, the cost of 
fixing Y2K problems has escalated ina 
vicious circle — late recognition means more 
people are required to fix the problem. The 
number of people capable of fixing the 
problem is limited, and as a result the cost 
of fixing the problem escalates. Those who 
have not yet begun to fix the problem then 
baulk at the high prices, and the cycle starts 
over again. 

One answer proposed by de Jager was 
the Office Power User. These are the people 
who “have usually acquired their skills in 
direct opposition to office policy. These peo- 
ple were not hired to become computer 
experts; instead, they became experts simply 
because they liked using the computer,” he 
said. “No coercion was involved; in fact, it's 
usually impossible to keep these folks away 


SCENARIOS’ HAVE 
GOOD NEWS 


BEEN 
AND NEEDS 


from computers, even when they should be 
doing other things around the office.” 

Under this theory, de Jager says that the 
Power User is generally the person who would 
understand a key business system best, and 


SS 


have an almost natural affinity with fixing it. 
All that would be required is some rudimenta- 
ry training in programming, and the supervi- 
sion of someone who actually knows what 
they're doing, such as a qualified pro- 
grammer. By implementing a 
Power User system, businesses 
would save both time and 
money, and would be able 
to circumvent the vicious 
circle of spiralling costs 
due to skills shortages. 

In March 1999, de 
Jager published an article 
entitled Doomsday Avoided 
(http://www.year2000 
.com/archive /yZ2ky2kdooms- 


YARDENI 


EFFECT 


day.html), in which he said the worst Y2K 
possibilities had been avoided, though there 
was still much to be done. 

He also warned of the dangers that ram- 
pant opportunism poses to those making Y2K 
preparations. “Here's my assertion,” wrote de 
Jager. “We've avoided global bank failures, 
global power outages and global communi- 
cations collapse. These ‘doomsday scenarios’ 
have been avoided. That's good news and 
needs to be stated loudly and strongly. Why? 
Because there are charlatans and religious 
extremists masquerading as technical experts 
and conspiracy theorists posing as computer 
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BELIEVES THAT PROBLEMS 
DEVELOPING NATIONS COULD HAVE A 
ON DEVELOPED ECONOMIES 
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consultants who are saying everything is 

going to, with 100% certainty, collapse 

around our heads. They're wrong and they 

know it. Trouble is, the media and the aver- 
age Joe in the street doesn't.” 






Ed Yardeni 
Ed Yardeni (http://www.yardeni 
.com) is chief economist and 
global investment strategist 
for the New York investment 
house Deutsche Bank 
Securities. He's also a key fig- 
ure in ¥2K speculation, particu- 
larly with regard to the eco- 
nomic consequences of both 
dealing with the Y2K problem, 
and the effects caused by it. In a 
nutshell, his theo- 
ry is that Y2ZK 
could cause a 
global recession 
and a 30% reduc- 
tion in the value of global stock markets. 
Originally Yardeni said the likelihood of 
¥2K-induced recession was 70%, and though 


IN 
RIPPLE 


in recent speeches he has backed off a little, 
he still believes there is a good chance of 
global economic deflation caused in part by 
the Asian economic crisis, and nervousness 
as the financial world crosses into the new 
millennium, 

Yardeni also believes that problems in 
developing nations, such as Brazil, as well as 
the countries affected by the Asian Crisis, 
could have a ripple effect on developed 
economies like the US, Europe and Australia. 
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The basis of this ripple effect is the overall inter- 
connectedness of modern economies. “What do 
you think the effects of not being able to place 
a phone call in Brazil are?” Yardeni asked in a 
recent interview. “Brazil's a big exporter of 
grain; there could be serious disruptions caused 
by problems just there.” 

Yardeni has also theorised that many com- 
panies are investing too little, too late in their 
efforts to deal with Y2K, and that this, like the 
ripple effect from developing nations, could 
have a significant effect on global economies. 

In Australia, the head of the government's 
year2zk Industry Program and the Australian 
Stock Exchange, Maurice Newman, is also the 
local head of Deutsche Bank. Yardeni's view of 
¥2K therefore has some influence here, 
although Newman is a Y2K commentator in 
his own right. 


Ed Yourdon 

Ed Yourdon (http://www.yourdon.com) is a 
senior programmer and co-author of the book 
Time Bomb 2000. Central to Yourdon's Y2K 
theories is the 
idea of the domi- 
no effect, which 
is that all modern 
day utilities — 
and this includes 
banking, water, electricity and telecommuni- 


CENTRAL TO 
THEORIES 


cations — rely on mainframes that are essen- 
tially non-compliant. If one of these central 
systems goes down, then it could, in theory, 
take down systems that are compliant. 

Once these compliant systems go down, 
then business will start to suffer because it 
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can't communicate, can't fulfil orders, and so 
on. Once business starts to suffer problems, be 
they big or small, they begin to suffer from a 
lack of confidence, which reduces economic 
activity. At the same time, consumers and the 
public also suffer a crisis in confidence because 
they see reputable businesses in trouble. This 
in turn serves to exacerbate the economic 
slowdown, resulting in recession and, ulti- 
mately, a depression that could rival the 
depression of the 1930s. Grim stuff indeed; 
Yourdon is regarded as one of the more 
alarmist mainstream commentators. 
several sites on the Internet have tried to 
link Yourdon’s book with the views of Dr Gary 
North (http://garynorth.com), who is the lead- 
ing prophet of Y2K armageddon. North's pre- 
dictions of the end of civilisation have been 
largely discredited — he is known for having 
predicted nuclear wars and global financial 
collapses in the past, and has expressed the 
view that the current world order needs to be 
changed by some kind of massive disaster. His 
motivations lie in far-right Christian extrem- 
ism. Though North is 

barely mentioned 

in Time Bomb 

2000, some of 

Yourdon's more 
extreme state- 
ments have been compared to those of North. 
But North is a historian, whereas Yourdon is 


Yourpon’s Y?2K 
IDEA OF THE 


an expert programmer and his views cannot 
be as easily dismissed. 

(We have included some of Ed Yourdon's 
essays on the CD under ‘Compliance 
information’.) 


THE FACT 


"EF Otoe 


THAT ANYONE TAKES 
[SILVER BULLETS] 


SERIOUSLY IS A 


SAD REFLECTION OF OUR SCANT UNDERSTANDING 
OF Y?K PROBLEMS 


Professor Leon Kappelman 
Professor of Computer 
Information Systems 
at the University of 
North Texas, Leon 
Kappelman is also 
co-chairperson of the 
Society for 
Information 
Management Year 
2000 Working Group. 
His primary theory 
regards ‘silver bullets’, 
which in the context of 
Y2K are methods (such as 
‘automatic’ millennium bug fixing pro- 
grams) that supposedly rid a system of 
date-related problems in one fell swoop. 
According to Kappelman, however, there 
are no silver bullets for the YZK problem. In 
an email to the Y2K discussion group hosted 
by de Jager’s yearZ2000.com site, Kappelman 
put it this way: “The fact that anyone takes 
[silver bullets] seriously is a sad reflection of 
our scant understanding of Y2K problems. 
With Y2K we're dealing with a complex set 
of —- interrelated problems [and] THERE 
WILL NEVER EVER BE A SILVER BULLET” 
(http://www.garynorth.com/ y2k/ 
detail_.cfm/2010). 










Kappelman has also written exten- 
sively on the tardiness of 
business and government 
in reacting to Y2K. Ina 

nutshell, his belief is that 
business and government 
should focus on systems 
that are absolutely critical, 
leaving others for rectifica- 
tion post-2000. 

On the other hand, 

Kappelman believes that 

organisations are learning 

lessons from their Y2K efforts 

which will have long-term ben- 
efits. For example, everybody in manage- 
ment now knows much more about the 
information technology their companies 
use, and there has been a new type of 
communication between IT people and 
management. IT departments have also 
learned a lot more about outsourcing big 
projects. 

Finally, Kappelman points out that 
those who are ready for Y2K may find 
they have some great opportunities in 
2000 by taking over the business of those 
who were not ready. He has predicted “fire 
sales” by those badly affected, benefiting 
consumers and business alike. 
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Feilder's five levels of ¥Y2K 





AFTER PETER DE JAGER, Karl Feilder is perhaps 
the world's second-most prominent Y2K guru. 
In the early 1990s Feilder started a successful IT 
company and sold it to Microsoft, then spent 
time cruising the South African veldt on a 
Harley Davidson. But it wasn't until he realised 
that he could be a bad boy and stay in IT that 
he really found his stride. 

These days, Feilder travels the globe as 
CEO of Greenwich Mean Time, the Y2K tools 
company he founded. He is in demand as a 
public speaker, and whether or not he’s simply 
trying to drum up sales for GMT's tools, or real- 
ly does have a philanthropic need to make 
sure people are aware of how bad Y2K could 
be, his theories are well worth listening to. 

Feilder’s theories can be broken into two 
sections. Part one concerns PCs, and part two 
\ enon the domino effect of Y2K. 


a ————— ——ee ———— 
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As we've already seen, mainframes have 
hung around in the backrooms of large corpo- 
rations for years longer than their designers 
expected them to, and because much of the 
software was written to use two digits to ident- 
ify years, Y2K problems have resulted. But 
Feilder reckons mainframes aren't where the 
problem lies; instead, he sees PCs as an even 
greater threat. 

On the face of it, that sounds rather 
strange — after all, mainframes have been 
around a lot longer than PCs, and mainframes 
lie at the heart of almost every large corpora- 
tion. Well, that isn’t the case according to 
Feilder. He is of the opinion that PC software 
makers have spent a lot of time denying that 
there are Y2K problems in their products, and 
that worse still, most of the information in 
modern corporations isn't stored on main- 
frames, it’s stored on PCs and small PC work- 
group servers. 

Feilder and Greenwich Mean Time sur- 
veyed 1,000 corporations and found that 64% 
of them were running applications on PCs that 
were critical to their survival, Only 8% were 
running such applications only on main- 
frames, and the other 28% were using mid- 
range systems. 

Worse still, Feilder believes only around 4% 
of the world's PCs have been checked to ensure 
that they're Y2K compliant — and that doesn't 
count checking all the old, or legacy data that 
could have been generated with a non-compli- 
ant PC throughout the course of its life. 

The Feilder model of compliance starts 
with the PC, checking that its physical hard- 
ware is capable of handling Y2K. Usually that 


—— ee 


means examining the computer's BIOS, which 
is generally hard coded onto a ROM chip, and 
the battery-powered Real Time Clock (RTC) 

that provides the system with its baseline time. 

The next level after the hardware is your 
computer's operating system, in most cases 
Windows, or perhaps Mac OS or a version of 
Unix. If you're running a Mac you shouldn't 
have major problems at operating system 
level, and the same goes for Unix, but older 
versions of Windows certainly aren't OK — 
you'll either need to upgrade (from Windows 
4.x), or get a patch from the supplier (for 
Windows 95 and 98). 

Then the software needs to be checked. 
Whereas operating 
systems and hard- 
ware issues are 
pretty easy to spot, 
the amount of soft- 
ware that has been 
programmed over the years makes finding its 
problems a much bigger task. Different pro- 
grammers use different techniques to record and 
deal with dates, so there are no hard and fast 
rules. One of Greenwich Mean Time's major 
activities has been to obtain and test thousands 
of software packages from all over the world in 
its labs in South Africa and the UK. 

Feilder’s fourth level of Y2K is the data 
created by non-compliant software. Whether 


BEEN 


it’s spreadsheet data, database entries or any 
other type of recorded information that 
might involve dates, the prevalence of two- 
digit years is astounding. Therefore, Feilder 
estimates that data is perhaps the biggest 
problem on PCs — it may well be impossible 


as 


FEILDER BELIEVES ONLY AROUND 
4% OF THE WORLD'S PCS HAVE 





y2k 


Feo ee 


to track down every instance that could affect 
a company or computer. 

Finally, there’s the data that is shared 
across a network, between individual PCs, 
between customers and suppliers, and between 
Internet users. Data sourced from someone else 
and introduced to your system is an unknown 
quantity when it comes to Y2K — to be confi- 
dent, checks need to have been performed 
inside and outside your sphere of influence. 

If you've checked your PCs, your data and 
your network data, what should you do next? 
According to Feilder, even if your systems are 
compliant, the domino effect created by the 
interdependence of systems throughout the 

world could cause signif- 
icant problems in 
the new millen- 
nium. The key 
idea is that the 
modern world is so 
interdependent and interrelated that it's almost 
impossible to figure out how a problem in one 
part of the system will affect another part of 
the system. Feilder has predicted that one of 
the major casualties of the domino effect could 
be the 2000 Olympics in Sydney. 
“I can't see any way that the Olympics will 


CHECKED 


go ahead as planned,” Feilder is on record as 
saying. “It relies on getting people here from 


all over the place, and in case you hadn't 
noticed, Australia is a long way away from 
anywhere." 

Only after 2000 will Feilder be judged a 
hero or charlatan. But no matter which way 
the cookie crumbles, he will certainly be a lot 
better off financially. 
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Embedded systems } 


COMPUTERS FALL INTO TWO broad cate- 
gories: general purpose and specific pur- 
pose. Personal computers, minicomputers 
and mainframes can also be described as 
general purpose computers, because they 
are able to run a large number of pro- 
grams. Specific purpose computers, also 
known as ‘embedded systems’ or ‘embed- 
ded chips’, are able to run only a single 
task or a narrowly defined set of tasks. 
Embedded systems are used in areas 
where a general purpose computer would 
be overkill. They might be found in places 
such as industrial control equipment gov- 
erning part of the function of a foundry, or 
they may be in the anti-lock braking sys- 
tem of a car. Embedded systems can also 
be found controlling elevators and in the 
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climate control systems within buildings, 
as well as in medical equipment, automat- 
ic doors and consumer equipment like 
microwaves and video cassette recorders. 

Embedded systems fall into three broad 
categories, depending on their application 
and the number of additional systems con- 
nected to them. These applications also 
define the complexity of the embedded sys- 
tem, the type of microprocessor used, and 
the storage that system accesses. 

The most basic type of embedded sys- 
tem is the microcontroller. These little 
processors are generally found within 
household equipment (like the microwave) 
and don't have any date storage capabili- 
ty. Microcontrollers generally have their 
instructions hard coded — or wired — onto 





the chip itself. Because they don’t handle 
dates, microcontrollers themselves are 
unlikely to face any sort of Y2K problems. 

Additionally, the systems that rely on 
microcontrollers are unlikely to have Y2K- 
related problems, meaning that the chance 
of them causing a domino effect within 
related equipment is virtually nil. 

The second type of embedded system 
uses @ microprocessor in place of a micro- 
controller, The defining feature of a micro- 
processor-controlled embedded system is 
the use of an internal clock to govern the 
microprocessor's function. 

An example of a microprocessor-type 
embedded system might be the engine 
management module in a car that uses 
the internal clock to correlate service inter- 
vals; the controller in the car's anti-lock 
braking system; or a building manage- 
ment system controlling elevators, air con- 
ditioning and alarms in a high-rise apart- 
ment block. 

Because microprocessor-controlled 
embedded systems use an internal clock, 
they are more likely to fail due to Y2K- 
related problems. The upside is that if 
these type of embedded systems are isolat- 
ed from other systems, they're likely to go 
into standby mode, shutting down the 
equipment they control. 

The UK's Institution of Electrical 
Engineers (IEE) estimates only one in 100 
microprocessor-controlled embedded sys- 
lems failures will have a significant busi- 
ness impact. This has proved accurate in 
most Y2K testing of embedded chips to 
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date. The IEE also estimates that there will 
be a larger number of actual system fail- 
ures, but these failures won't be critical 
because they operate independently — 
that is, there aren't associated systems 
relying on the output of the embedded sys- 
tem that has failed. 

The final type of embedded system is 
what is known as a large-scale system. 
Typically, these involve a number of dis- 
crete but interdependent systems that are 
overseen by a general purpose machine. 
The IEE ranks these interdependent sys- 
tems as most vulnerable to failure, and 
estimates that because they use complex 
application software, the failure is likely to 
be software related. The failure of a single 
chip in one such group can create havoc, 
because a standard instruction in such 
chips is along the lines of ‘if there is any 
kind of problem, stop’. 

Interdependent systems are also unique 
in that they can use a hard drive for stor- 
age. Other embedded systems are entirely 
contained within instructions that are hard 
coded into the processor itself, or hard coded 
into an associated memory chip. 


IDENTIFYING PROBLEMS 

Because they're ubiquitous, the failure of 
embedded systems carries a significant risk 
to businesses at all ends of the spectrum. 
They're unlikely to cause such problems in 
your home, though occupants of modern 
high-rise buildings should ensure their 
building is tested. 


In an organisation, once an inventory 
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and basic testing has been completed, the 
supplier of the system should be contacted 
in order to a) verify the test results and b) 
obtain possible solutions and/or 
workarounds for any likely Y2K problems. 
The results of testing and information 
obtained from the system supplier should 
then be plotted within a compliance data- 
base. 

It's worth building a complete database 
of every system within the organisation con- 
taining information about the system, its 
test results, information from the supplier 
and its compliance status. The database 
should also contain data relating to the risk 
that the failure of the system could pose to 
the organisation. 

There are four options for non-compli- 
ant systems: they could either be repaired, 
or thrown out and replaced; a workaround 
could be put in place; or the system could be 
phased out altogether, if it no longer hada 
significant business function. 

Repairing the system can pose the great- 


& 
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Embedded chips are used where a computer would be overkill 


Interdependence of embedded chips can cause them all to stop 


est challenge because of the nature of 
embedded systems, and involves removing 
and replacing the physical instructions that 
are hard coded onto the processor or its 
associated memory. It is only really an 
option where it is easy to do so, or where 
non repair, such as in the case of a supplier 
of systems incorporating embedded ele- 
ments, could result in the owner or manu- 
facturer being held legally liable if the sys- 
tem fails in the line of duty. 

Embedded systems are always part of a 
bigger picture, so for the purposes of Y2K it's 
important to understand the context in 
which an embedded system carries out its 
tasks — often, assumptions are made by 
both the system operator and the system's 
software. 

The IEE illustrates assumptive behaviour 
as follows: a chip assumes that because a 
sprinkler system is operating, a fire will be 
put out. However, there may be no water in 
the pipes, rendering the firefighting capabil- 
ities of the system useless. 


Checkpoint — Embedded systems risks 








They are found in many types of electrical equipment 





Microcontrollers, the most basic, pose a low risk 





Microprocessors are more vulnerable to Y2K 





Large-scale embedded systems are the main danger area 
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(NE OF THE MOST important facets of the Y2K 
jvoblem is also one that has only received atten- 
lion in relatively recent times: the fact that other 
jwople’s ¥Y2K problems can impact your busi- 
less. No matter how much effort you put into 
‘ liecking your own internal IT systems, if one of 
your suppliers or customers has a major prob- 
loin with Y2K, that will have a flow-on effect. 
This problem has become especially pro- 
‘wunced in recent years as the interchange of 
Wilormation via electronic systems has 
lwvome common. While exchanging data 
over the Internet is a recent development, 
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banks have been receiving payroll instructions 
from employers on disk for much longer. If 
either end of the system isn’t working, then 
the entire process collapses. 

It's a mistake to assume that you're safe 
simply because you don't exchange information 
electronically. Even if your only contact with the 
freight company that delivers bread to your 
shop every morning is signing off an invoice, 
that invoice has still probably been produced on 
a computer. And even if the invoicing applica- 
tion itself uses dates intelligently, that won't help 
if the bakery's internal network is down because 





apcijiaz.pocketbook 35 





Clues and views 


50 long 


IT ISN'T REALISTIC TO ASSUME that you'll be able to convince every business that you 
deal with to do something about potential Y2K problems if they appear to be lax. If, 
however, one of your major suppliers consistently refuses to provide information about 
their activities in this area, you have little choice but to look elsewhere. This is easier 
said than done in some cases — most rural consumers can't change telephone 
providers easily, for instance, and if you have a need for unique parts or services then 
switching may be more difficult — but you need to consider carefully the conse- 
quences of continuing to work with a company that may go ‘off the air’ for an extend- 


ed period of time when 2000 kicks in. 


it wasn't able to cope with the 21st century. 
Partial compliance is no solution. 

It’s essential that you check with all your 
major business contacts to ensure that they 
are also ready to deal with the Y2K problem. 
You need to pay particular attention to the 
following three categories: 


Suppliers 

Suppliers range from the firms that supply 
you with raw materials to service providers in 
areas such as transport and communications. 
You're not likely to forget to check your single 
largest component supplier — but have you 
checked your accountant? Anyone who 
makes a major contribution to helping your 
business run can also make a major contribu- 
tion to stopping it dead in its tracks. 


Customers 

This may seem like a less important area — 

until you remember that from the customer's 
point of view, you're the supplier. And if you 
have a number of large customers whose 





36 apcitiaz.pocketbook 


business you rely on, there'll be problems for 
your cashflow if they suddenly suspend 
activities for a month due to unforeseen 
problems. You may feel awkward about ask- 
ing your major customers if they are Y2K 
compliant; explaining your own activities in 
this area might be one good way into the 
conversation. 


Export markets 

If you send products overseas, then the range 
of issues you need to check is much broader. 
Are the customs services in countries you 
export to Y2K compliant? What about air traf- 
fic control systems, or freight tracking? Do you 
need to export extra products early to cover 
yourself in case a problem emerges? Can you 
change your trading practices to lessen the 
risk? Levels of preparation vary widely in dif- 


ferent world markets, as the accompanying 
map indicates. 

In all three areas, you will have to make a 
choice if it emerges that a third party is not 
going to be ready in time. In extreme cases, 
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you may need to switch suppliers. A less dras- — the Australian Securities and Investment 
tic alternative is to make a contingency plan Commission (ASIC) found that almost 60% of 
to deal with areas where a failure might occur publicly listed companies had not included 



























(see page 65). ¥2K compliance information in their annual 
You also need to be ready to disclose infor- reports — a poor example to set to others. 
mation about your own level of Y2K prepared- To encourage companies to make free 
ness to others. When explaining the activities and full disclosures of their Y2K compliance 
you've undertaken, don't be tempted to lie or efforts, the Federal Government earlier this 
exaggerate. If you've tested carefully and year passed the Year 2000 Information 


thought through all the possible consequences, Disclosure Bill (often referred to as ‘good 


you have nothing to fear from honesty. Samaritan’ legislation). This has eliminated 
Large enterprises have again been forced the lingering concern for many businesses 

to take a stand on these issues earlier. The that revealing they had not yet completed (or 

Australian Stock Exchange, for instance, begun) Y2K preparations would leave them 

requires regular statements to be issued by all open to lawsuits. 

listed companies on how they are progressing While companies can still be sued for 

in dealing with the Y2K problem. Failure to defective products or services resulting from a 

issue such a statement can result in removal ¥2K glitch (a chastening thought in itself), 

from the exchange. The ASX compliance statements regarding Y2K preparations can't 

regime has also produced some sobering sta- be used as evidence. The bill runs through 

tistics; one analysis of liqures submitted last until the middle of 2001, a sensible recogni- 

year found that the total cost of Y2K compli- tion that Y2K issues will continue to affect us 

ance for Australia’s top 150 companies would — for some time in the next millennium. To 

top $4 billion, encourage Y2K fixes, taxation law has also 
Surprisingly, (hough, mot all companies been changed to allow alterations to make 


have published these statements in any format software compliant allowable as an immedi- 
other than a statement lo the ASX. A survey by ate deduction. 


Checkpoint — Third party plans 


#5 Make sure your main business contacts are also Y2K ready 
If they are not, decide on a contingency plan 
@& if they will not provide information, change supplier 


Be ready to disclose your own level of preparedness 
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Can | get away with doing nothing? j 


A VERY BASIC Y2K 
rule of thumb goes 
as follows: If you 
use a computer, 
or a comput- 
erised device, 
anywhere in your 
business, you 
need to check that 
it’s compliant. Even if 
















your company doesn't use a computer, 
many of the essential services which you 
rely on — banking, telephone, electricity, 
even the post — do. If they go down, then 
you will definitely go down with them. 


CEASE TO BECOME 


However, it would be an exaggeration 
to suggest that every single PC in the world 
will cease to become functional on January 
1, 2000. If you have a functional 
Commodore 64 which you regularly use 
just for word processing, and you're happy 
with what it offers, then there’s no need to 
upgrade your machine. Similarly, if you 
use an XT or AT system, conduct your 
backups manually and are working pro- 
ductively, then your need to upgrade may 
be minimal if you don't use date-sensitive 
applications. Any PC which is used largely 
for gaming is also likely to suffer few prob- 
lems, although this may not apply if you 
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IT WOULD BE AN EXAGGERATION TO SUGGEST 
THAT EVERY SINGLE PC IN 
FUNCTIONAL 


want to compete online with other players. 

It's also important to recognise that there 
are classes of computer-like devices for which 
the problem is in some ways irrelevant. 
systems which use ‘thin clients’ — low-spec 
PCs which download their OS and software 
from a central network, rather than their local 
drives — won't face the same difficulties in 
upgrading, for instance. As long as the server 
itself has been made compliant, the individ- 
ual systems should continue functioning. 

Essentially, then, there are two key prin- 
ciples which you need to follow. The first is to 
recognise that while you may not choose to 
take any action to make your current PC 

compliant, you do need to 
take the time to 
assess whether 
there may be 
a problem. 
Once you've 
checked, you 
can make the decision on whether to 
upgrade hardware or software or stick with 
what you have, but it will be an informed 
decision. 

The second is that if you do choose to 
continue using a machine which is not 
compliant, you should take steps to ensure 
that you don't accidentally (or deliberately) 
distribute bad data to other users. In partic- 
ular, such machines should be kept well 
away from networks of all types, and you 
should warn other users with whom you 
exchange data (even if it’s just on a floppy) 
that there may be problems with the data's 
current format. 
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Attacking the problem 


WHERE TO START 

50, YOU NOW KNOW HOW Y2K originated, 
where it's likely to appear and the ways in 
which it might affect you. But what can you do 
about it? 

Most people's natural reaction is to rush 
headlong into fixing everything in sight, as 
quickly as possible. Hold it! The professionals 
now recommend that you begin with a bit of 
navel-gazing to understand the scope of your 
problem, to ensure that your 
efforts and remaining time 
are allocated to the most 
important areas. 

If you run a business of 
any size, ask yourself and your 
colleagues the following questions: Why does 
the company exist? How does it work? How is 
technology involved? What is the potential 
impact of technology failure inside and outside 
your organisation? 

If you're an individual fixing your own 
computer(s), you should ask yourself similar 
questions: Why do you have a computer? In 
what ways do you rely on it? What if you could 
not rely on it? 

Some of the answers might seem obvious, 
but these ‘what if’ situations should make it 
clearer where to start. For example, if a busi- 
ness depends on computers to instruct and 
monitor machinery, the most important area to 
fix might be the instructing systems. 

Monitoring is very important, but if need 
be, the machinery could probably run without 
it; whereas it can't do a thing in the absence of 
instructions. For example, the electricity grid in 
New South Wales is not [T-intensive and it is 


expected that the risk of power interruptions is 
low, but it is monitored by systems which have 
required extensive Y2K checking. 

If you use your computer to play games, to 
work from home and to make Web pages about 
a hobby, you should focus first on the work side 
of things. If your employer is sensible, some 
help may even be available to ensure your PC 
is compliant. If you are self-employed, you need 
to treat the situation with the same seriousness 


YOUR COURSE OF ACTION 
DEPENDS ON THE SIZE OF YOUR 
PROJECT AND THE TIMEFRAME 


as any other business. On the other hand, peo- 
ple across the world may be relying on the 
information you share about your hobby, so it 
had better be Y2K ready! And yes, games can 
also be affected, perhaps by operating system 
inadequacies (though this is unlikely, as the 
most popular games are generally relatively 
new and require recent equipment). 

Your course of action depends on the size 
of your project and the timeframe. If it's 
December 1999 and it looks like your 
accounting system will fail in 2000, don't 
rush around tearing out your hair or scram- 
bling to find a replacement product; move 
straight to contingency planning based on 
what you know about how the accounting 
system affects everything else. Awareness is a 
huge advantage, and though there will no 
doubt be adverse effects, these will be reduced 
by your preparedness. Imagine if such a thing 
happened out of the blue! 





involves ensuring that a firm's vital opera- ter part of a month — a situation which 
tions can keep ploughing along despite adver- required all businesses housed there to 

sity, by singling oul the core processes and reinvent themselves. Some managed to run 
their weaknesses well in advance. This may on the limited power of fuelled generators, 
involve such things us stockpiling resources, a few had their employees work from 


arranging fall-back promises (such as employ- home, and many found temporary office 


ees working from home), or placing an space outside the CBD. Shops and services 
emphasis on decentralised operations, such as were the hardest hit; tied to a location and 
a virtual shoptront on the Web. There are deprived of customers, some simply had to 
even a few continuily consullants around, sit it out. 
who specialise in developing such contin- Everyone suffered in one way or another 
gency plans (see page 65) and helping com- (except perhaps generator manufacturers), 
panies recover from disasters — business con- and compensation was required. But in 
tinuity is about more than just Y2K. some cases those who successfully adapted 
As if in warning, there were three occa- were a little reluctant to go back to the old 
sions in our region in 199K when business way of doing things. The definitions of 
continuity became an immediate concern: organisations had changed, and their 
the Auckland power blackouls, the Sydney options had broadened. 
water scare and the Vielorian gas crisis. Once you've clarified the purpose of your 
Each affected the way poople went about business and how technology affects that, 
their daily lives, and posed threats to the you'll be ready to look at the Y2K situation on 
way companies did their daily business. the ground. 


The term used in the corporate world for The Auckland example was perhaps the 
this kind of introspection and direction is most akin to Y2K's potential effects, as it 
‘business continuity’, Without the means of directly affected computer usage. The entire 
doing business and carning money, an organ- central business district (CBD) of a major 
isation is in deep trouble, Business continuity — city was left without electricity for the bet- 































Checkpoint — Plan of attack 


Don't rush into a fixing frenzy 
Begin by taking stock of your situation 


The size of your problem and the time you have left will determine 
what steps you take 


Business continuity should be your main focus if time runs out 
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Taking an inventory __ } 


THIS PROCESS ISN'T TOO HARD if you're an individual PC owner. You can probably rattle off 
in seconds the major components of your computer and the software installed on it. You know 
which apps are crucial and the data on your computer is neatly arranged in your personal 
document folders. Maybe you have a second computer and some network hardware — but you 
know where it is and what it does. 

Spare a thought, though, for the IT managers of large corporations; as much as they try, 
they cannot be familiar with every little piece of hardware on or under every desk in the 
organisation, let alone what everyone's doing with it and where every little bit of non-compli- 
ant data lives. It's a big ask. On the other hand, it's part of an IT manager's job, so the ground- 
work should already be there and the status of most items should already be tracked by soft- 
ware on the network. 


As many Y2K problems are a result of time frame to plan for emergencies and 
the interdependence of several items, it's very quickly patch up problems that are immedi- 
important to know exactly what you've got; ately visible. 
often there's a long-forgotten 386 sitting If taking an inventory is still worthwhile 
under someone's desk, performing | in your situation, remember that 
minor but time-critical server the purpose of the exercise is to 
duties and waiting to die categorise everything by the 
when its clock says 00. potential type of problem 
The inventory and it could create. It may be 
assessment stage of worth giving each item 
Y¥2K work is the easiest a score out of 10 to indi- 
to complete — imple- cate severity. 
mentation and testing It will be necessary to 
can take much longer record manufacturer 
— but companies of and version numbers for 
any size should all software, hardware 
approach making an and firmware (the BIOS ver- 
inventory at this late stage sion, for example, is shown 
briefly when a PC boots). The 





with great caution. Deciding 


whether or not to make an inventory most obvious bugbears are older appli- 
and begin manual repair is highly depen- cations and hardware, which often don't 
dent on the time you have available. We've have a 2000-compatible version, unlike their 
heard Y2K consultants say they wouldn't modern counterparts which may have patches 
even consider taking an inventory at this or additions which are available from the 
stage, and would instead use the limited manufacturer. 
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Don't ignore newer items — even 
Windows 98 needs a couple of Y2K patches, 
and you should check the compliance of 
other off-the-shelf software with the product's 
manufacturer. 

A more difficult area is proprietary software 
— anything written specifically by or for your 
own operation, Often the programmer would 
be the best person to fix such code, but they 
may not be available, or the application may 
be a mishmash of input from various people. 

If you're using a spreadsheet to record this 
data, you might like to refer to a sample Y2K 
inventory form on the Web. Examples include: 


2 http://www.y2krun.com/chlichk.htm 
2 http://www.amt-mep.org/y2k-forms.htm 


2 http://www 1.cc.emory.edu/ITD/ 
YEAR2000/y2k inv templ.html 


complete the task 


and firmware 


Don’t ignore recent purchases 
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Before you begin, decide whether you have the time and resources to 


If not, switch to contingency planning 


If possible, contact the programmers of proprietary software 


y2k 


CONSIDER AUTOMATION 

If you are taking an inventory of a large 
amount of equipment, then you should 
really think about automation rather than 
simply using a spreadsheet. There is plenty 
of inventory software available on the 
market. Viasoft's OnMark WebCenter has an 
innovative Web-style interface, and a lower- 
cost option is the shareware Millennium 
Manager 2000 (http://www.year2000 
software.com). 

Not all information can be gathered 
automatically; sometimes the best idea is to 
consult the people who use a particular piece 
of equipment. 

In a dynamic environment you will 
probably be adding and removing programs 
and hardware all the time; be careful not to 
introduce new Y2K problems this way. The 
same goes for sharing data or technology 
with suppliers or customers. 


Checkpoint — Take stock 






Record the potential severity of each component 


Record manufacturer and version numbers for all software, hardware 


Older apps and hardware will need most appraisal 


apeyiak pocketbook 43 


COCYe 








Attaching the problem 


Repair process 


THE REPAIR PROCESS 


Y2K repair, or ‘remediation’ as the professionals call it, involves tracking down a lot of small 
problems to prevent a bigger one. As we have seen, a simple date-related problem can have 
serious consequences when the data it produces is used in a computing process, whether direct- 
ly or further down the line from where it originated. 


Many of the tasks involved in remedia- 
tion are very simple and repetitive; the com- 
plexity lies in managing such an assortment 
of simple tasks. Effective remediation requires 
a capacity for lateral thinking, for which Y2K 
experts are paid a great deal of money; but 
handling things by yourself at home or in a 
smallish business should not present too 
much of a problem, if you pick the right tools 
for your particular situation. 

Every analyst, consultancy and commen- 
tator seems to have a different estimate of 
what the total cost of Y2K work will be for PC 
owners worldwide (it's usually in the tens of 
billions of dollars). It's certainly an undesir- 
able expense, but history shows that the mess 
created by one computer error can be even 
more expensive, so the idea is to spend what 
you must now to minimise risks. 

Hopefully by now you will have exam- 
ined how you use technology and what would 
happen if it failed, so you will be in a position 
to decide where to start, taking into account 
the time that remains before 2000. Remember 
that remediation is not necessarily the first or 
most important step. 


THE BIOS AND REAL-TIME CLOCK 

All hardware has some kind of BIOS or 
‘firmware’ stored in read-only memory that 
gives it basic instructions on what to do. Part 
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of the BIOS is generally the system clock, 
which lets the operating system and software 
know what time it is. But the system clock 
itself gets its time from a battery-operated 
‘real-time clock’ (RTC) in the CMOS, The RTC 
keeps time whether the hardware is switched 
on or off. 

Modern real-time clocks have a field repre- 
senting the century, but what's most important 
here is that your BIOS is Y2K compliant — that 
it works with years in four digits, not two, and 
that it therefore knows what to do with the 
RTC information when 2000 arrives. Even if 
your RTC can only handle 99 years (which is 
quite common), a compliant BIOS should be 
able to compensate for this in the system clock. 

Note that there is some disagreement 
across the computer industry as to the impor- 
tance of RTC compliance, because while it is 
actually possible for a piece of software to 
bypass the system clock and get its date from 
the real-time clock, this is very unusual and 
completely against industry standards. So 
there's a risk in having a non-compliant RTC, 
but estimates of its severity vary. All mass- 
market software should get its time informa- 
tion from the BIOS, but if you run a business 
involving proprietary manufacturing or 
financial systems that need very precise tim- 
ing information, it’s possible that the RTC will 
need to be replaced. 


There is also some concern about 
the Crouch-Echlin effect, which 
occurs when extra BIOS routines asso- 
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HANDLING THINGS BY YOURSELF 


ciated with post-2000 dates cause fur- AT HOME SHOULD NOT PRESENT 


ther timing problems when PCs (espe- 
cially older machines) are switched on. The 
solution to Crouch-Echlin is a modern, buffered 
RTC. However, Intel claims to have disproved 
Crouch-Echlin (see http://www.intel 
.com.support/year2000/c-e-wp.htm). 

The safest way to test b1OS compliancy is 
to use an automatic date rollover program 
from a reputable supplier. There are dozens 


TOO MUCH OF A PROBLEM 


available, including many on the Internet 
(you might want to try a few different ones 
just be to be sure), and on the Pocketbook CD, 
or at ridiculous prices in the shops. Generally 


they create a controlled environment in 
which your system clock goes from 1999 to 
2000. Some will test for other issues like the 
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leap year in 2000 and the 9/9/99 problem. 
Some PCs’ compliance behaviour will vary 
depending on whether the machine is 
switched on or switched off due to real-time 
clock issues. A few BIOS testing programs will 
also test this; they require you to power down 
your machine for a minute or so. A few more 
advanced testing tools for networks allow 
administrators to test PCs remotely, and to 
find firmware details across the network. 

If you were to do such tests manually and 
boot up your PC with the wrong date, any time- 
critical processes you ran might be affected — 
especially if you temporarily forget to change 
the date back when you reboot! Automated 
checking is faster and will generally give you a 
plain-English report on the situation, rather 
than leaving you to figure out the correlation 
between certain situations and reactions. 

If you aren't concerned about this and 
would rather test manually, the idea is to boot 
to a DOS command line and experiment with 
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THE SAFEST WAY 


TO TEST BIOS 


COMPLIANCY 15 TO USE AN 


AUTOMATIC DATE ROLLOVER PROGRAM 


setting your PC to about 11:58pm on December 
31, 1999, and letting it run into 2000. If it does, 
turn the computer off, wait five minutes and 
then restart it to see whether it retains the post- 
2000 date and time. Also, test switching your 
PC off with the time set at about 11:58pm on 
December 31, 1999, then switch it back on 
about four minutes later to see whether the 
BIOS correctly interprets the new century. Don't 
be disappointed if the clock rolls over to 2000 
without difficulty — but it is quite dramatic to 
see a clock calmly jumping from 1999 to 1900 
or 1980 at the stroke of midnight! 

Hardware with non-compliant BIOSes 
needs either to be upgraded, given a helping 
hand by software, or completely replaced. 

If you can find out the brand of your 
motherboard, go to the support section of the 
company's Web site and look for a download- 
able ‘flash’ BIOS upgrade which will overwrite 
your existing BIOS with a Y2K-compliant one. 
Note that flashing a BIOS is a dangerous 
process that must be done from a simple DOS 
command line with absolutely nothing else 
loaded into the PC's memory (start your com- 
puter with a suitable boot disk or press Shift-F5 
when Windows 95/98 starts up). The flash 
upgrade you are using must be the one intend- 
ed for your motherboard. Follow the manufac- 
turer's instructions to the letter and pray that 


there isn't a power cut during the flash 


process, or you may end up wrecking your 
motherboard (it's usually too difficult to find 
replacements for ruined ROM chips). 

If you'd rather not risk this or there isn't a 
suitable upgrade for your BIOS, you need to 
install a piece of software that assists the BIOS 
to operate in the correct century. Generally this 
program will take the form of a TSR (terminate 
and stay resident) program which runs from 
your CONFIG.SYS or AUTOEXEC.BAT startup 
files. There are many different types, each 
claiming superiority, and apart from Viasoft’s 
freebie on the Pocketbook CD, they all cost 
money. Some are included in Y2K testing soft- 
ware, and some are standalone products (they 
are very expensive for tiny, simple programs). 

The thing to note with a software patch 
for the BIOS is that it must remain on the PC 
and be reinstalled if deleted. If it isn't loaded, 
a non-compliant BIOS will go back to doing 
its own thing and create havoc. 

Very old (in computer terms) hardware, 
such as that dating trom the 1980s, will often 
have more severe BIOS problems that can't be 
fixed at all. For example, such a BIOS may 
only be able to cope with the period 1980 to 
1999. In that case, all that can be done is to 
replace the machine, or perhaps add a card or 
dongle (see page 62). 


OPERATING SVSTEM 

Even if your BIOS and RTC are as ready as 
they will ever be, everything still depends on 
the operating systern (OS) you use with them. 
If your OS can't take the heal, then all the 
work you did to test and fix your BIOS will be 
irrelevant. 


eee 
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Every operating system varies in its level 
of Y2K compliance. No operating system is 
immune to date-related problems if it is 
tasked with running third-party software (and 
that's what OSes are for), but some are com- 
pliant in themselves. 

Microsoft gets no marks at all. No version 
of MS-DOS is really Y2K compliant, because 
that operating system was designed for 
machines which could only handle the period 
January 4, 1980, to the end of 1999. 
Commands like DIR can only show two-digit 
years in their output. Versions 5.0 and above 
can handle four-digit years and will function 
post-1999, but the OS still presumes two-digit 
years are in the 20th century. Microsoft isn't 
going to help anyone with this. Other ver- 
sions of DOS, such as Caldera’s DR-DOS and 
IBM's PC-DOS, are only a little better. 
Software which runs on DOS systems that will 
be active after 1999 must also be checked. 


Microsoft OSes 

Windows 3.1x and its predecessors also 
aren't Y2K compliant, though a modified 
version of File Manager is available to show 
years in four digits. Windows 3.1x still works 
out the current date by adding a number to 
January 4, 1980. 

Windows 95, contrary to Microsoft’s hype, 
simply sits on top of DOS and is also vulnera- 
ble to Y2K. It is imperative you apply a patch 
from Microsoft. One such patch is included on 
the Pocketbook CD. Apart from the OSR 2.5 
revision (which is similar to Windows 98), the 
operating system's clock settings will only 
handle two-digit years in the range 80 to 99, 
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Flash BIOS upgrades can be dangerous 


and regardless of your system clock’s compli- 
ance it will treat 2000 as 1980 (if you don't 
believe Microsoft could have overlooked this, 
just try setting the date outside those ranges). 
This is evidence that simple BIOS patches are 
not ‘complete’ Y2K solutions, although this is 
how some companies promote them. You 
must address operating system issues yourself, 
Note that the release version of Windows 
95 treats the years 1980 to 1989 as 2080 to 
2089 — interesting, but not very useful unless 
you plan to avoid using your PC for the next 
80 years. (If by any chance you happen to be 
still running a public beta version of 
Windows 95, the years 80 to 99 will be treat- 
ed as 1980 to 1999). The solution to Windows 
95's Y2K freakishness is to either add a patch 
from Microsoft or upgrade to Windows 98. 
Windows 98 was supposed to be ready 
for Y2K, but it is not, and it took external 
pressure to get Microsoft to admit this. It is 
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Remember to expand the short date format in 
Windows 95/98 


its makers. In some situations, installed as 
originally released, the operating system 
may not roll over correctly into 2000 (for 
example, if it is booted during the date 
rollover). Again, you must apply a patch 
from Microsoft to address this. You should 
also apply a patch for Microsoft's Java 
Virtual Machine (used with Internet Explorer 
4.0) to correct separate issues. 

There are also a few problems with minor 
components of Windows 98. The files 
mswallet.exe, dialer,exe, comct!32.dll, time- 
date.cpl, docprop.dll and a few others all 
have separate Y2K issues and must be 
upgraded in addition to the installation of 
the main Windows 98 patch (look on the 
Pocketbook CD and check Windows Update). 

Windows NT 3.5x is not YZK compliant 
and requires a few significant fixes, while 
Windows NT 4.0 comes closer, but is not 
completely ready for 2000. In both cases, the 


‘ “compliant with minor issues”, according to 


al 


a 


latest service packs from Microsoft are prereq- 
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Wividoars 95 reverts to 1980 instead of 2000 


uisites for compliance (and must be installed 
if Microsoft is going to continue supporting 
you on Y2K-related problems with NT). 

Current Windows 2000 betas appear to be 
OR... but you can’t be sure. Windows CE is 
also “compliant with minor issues” and 
Microsoft's Web site hosts the “minor” patches. 

One thing you must watch in 32-bit ver- 
sions of Microsolt Windows is that the year 
display value tor the short date format in the 
Regional or International settings (in Control 
Panel) is set to yyyy, not just yy. This doesn’t 
cause problems directly if left unchanged, 
but it’s a good policy to make the change 
just in case (and for aesthetic reasons — after 
this crisis we're going to baulk at shortening 
the date to 00 or O1!). 


Other OSes 

What about non-Microsoft operating systems? 
Well, if you're lucky enough to run an Apple 
Mac operating system, a modern Unix vari- 
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ant (like Linux, BSD or Solaris), or something 
out of left field like BeOS, you don't have half 
as much to worry about. Mac OS has a cou- 
ple of small, recently uncovered Y2K issues 
with system settings (see Apple’s Web site for 
the latest advice), but the risks are low. Unix 
users must make sure they have the latest ver- 
sion of their operating system, as early ver- 
sions of OSes like IBM's AIX and Sun’s Solaris 
are definitely not ready for Y2K. 

Thanks to the dedication of the commu- 
nity behind its development, Linux has been 
¥2K-ready for a long time. The same goes for 
a few modern Unix-based apps such as the 
ubiquitous Apache Web server, for which 
Version 1.2 or earlier are not compliant, but 
1.3 or later are fine. 

As usual, there are potential problems 
with third-party software and the machine's 
BIOS that could bring all your confidence 
crashing down, but with Unix variants (and 
BeOS) for example, the critical date is actually 
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a few decades away — January, 19, 2038, at 
3:14am. This is due to the way these operating 
systems calculate dates, by working upwards 
from January 1, 1970, and treating time asa 
32-bit variable, which means there are only 
2,147,483,647 seconds to work with (2038 is 
when these will all be used up). No doubt peo- 
ple will still be using a descendent of Unix in 
that year, so some kind of solution will be 
needed long before the event; it will probably 
just involve turning the 32-bit value into a 64- 
bit value (which would give Unix another 
292,271,023,017 years before the next crisis). 

So, for those of you caught up in the 
Microsoft Y2K quagmire, perhaps it's time to 
move to Linux or buy a Mac! 


SOFTWARE ISSUES 

It is expected that a great deal of software, 
particularly custom-written software, will not 
be compliant by 2000. But ensuring software 
is compliant is a vital task in your Y2K prepa- 
rations once your firmware and operating sys- 
tem have been dealt with. 

Aside from problems with internal calcu- 
lations, older software may simply ignore the 
century when saving creation and modifica- 
tion dates — a file might be date-stamped 01- 
Jan-00, instead of 01-Jan-2000. If the saving 
application or related software can't guess the 
date correctly, you could have problems in 
areas such as date-sorted search results and 
figuring out which file is the most recent save 
(programs may even overwrite or save to the 
wrong file). 

The first place to start, once again, is the 
manufacturer's Web site or support line. If 
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you don’t know where to look, call the com- 
pany that supplied the software to you. 
Double-check as the new year approaches, 
because companies have been known to 
revise their Y2K compliance information and 
wait for people to notice. 

If a software or hardware company has 
not yet made statements on the compliance 
of its products and made compliance docu- 
mentation available, supplied upgrade patch- 
es or at least recommended that you move to 
a whole new version, then you should strong- 
ly consider switching to new software for that 
reason alone. 

Unfortunately, even if we had two 
Pocketbooks, it would still be impossible to 
cover all the possible Y2K problems of all the 
software on the market, so we'll concentrate 
here on office productivity suites and other 
commonly used applications. 


Microsoft products 

Again, we'll start with Microsoft, partly 
because its products are in such widespread 
use, and partly because its Y2K record is a lit- 
tle embarrassing. As a general rule, Microsoft 
products should be compliant if you have 
installed the most recent Service Pack (see the 
cover CD and Microsoft's Web site under "Year 
2000’, where all the company’s products are 
indexed with Y2K findings) and your operat- 
ing system and hardware are up-to-date. 

The 32-bit (Windows NT, 95, 98) versions 
of Excel, Word, Access, and so on, are all 
either compliant or capable of being made 
compliant. The older the application, the 
more alarming the potential problems. For 





example, Word 5.0 for DOS has a tendency to 
freeze due to invalid file dates. It is not a good 
idea to continue relying on 16-bit (Windows 
3.x) or DOS versions, because sooner or later 
you will run into two-digit years. But just 
because it’s a 32-bit program doesn't say any- 
thing about Y2K compliancy. For example, 
FrontPage 1.1, released for Windows 95 in 
1996, cannot handle date and time calcula- 
tions past 2000. And just because it's 16-bit 
doesn’t mean it can't be made compliant 
(presuming you have the sense to run it on a 
compliant operating system) — Y2K patches 
are available for Microsoft Mail, even though 
the company is intent on pushing its current 
Outlook mail program. 

Older versions of Microsoft applications 
for Mac (such as Excel 5.x) are also problem- 
atic — remember, Macs may be compliant at 
hardware and operating system levels, but are 
just as vulnerable to software and data prob- 
lems. Excel 98 for Mac is compliant. 


Other products 
Microsoft's competitors in the productivity soft- 


ware market are in similar strife. Elements of 
Corel’s WordPerfect Suite have minor Y2K 
problems prior to Version 8.0, as do pre-Corel 
versions of the WordPerfect word processor. 
Lotus eSuite is not compliant without an 
upgrade, due to known problems with the 
SunSoft Java Developer Kit on which it 
depends. The same goes for software from 
other companies such as Netscape, which is 
only guaranteeing shipping 4.x products and 
above, due to Y2K issues with previous SunSoft 
Java Virtual Machines. 

But Lotus likes to say that all components 
of its SmartSuite are “Year 2000 ready”. What 
it should really be saying is that up until 
SmartSuite 97, all two-digit years were 
assumed to be in the 20th century (four-digit 
years were recognised, but had to be deliber- 
ately entered) and now Lotus has begun to 
rely on pivot dates. 

In SmartSuite 97 all dates with a year 
between 00 and 49 are assumed to be 20xx. 
Dates between 50 and 99 are assumed to fall 
in the 20th century. In its Millennium Edition 
of SmartSuite (the name at least shows confi- 
dence), Lotus has switched to a radical 80/20 
split. Two-digit years up to 80 and prior to the 
current year are assumed to be in the current 
or previous century. So, if the current year is 
98 and the user inputs a date with a year of 
25, 1925 will actually be entered. But if the 
user enters 05, the program will see 2005. 
Likewise, if the current year is 2010 and the 
user enters 05, the program will still see 2005. 
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But the number 25 produces the year 2025. 
One Lotus product which definitely isn't 
compliant is cc:Mail. If you still rely on it for 
your email, you should upgrade to another, 
backward-compatible email package. Lotus 
Notes has always been Y2K compliant, but as it 
is almost a programming environment in itself, 
it's possible for Notes developers to have intro- 
duced date-related problems when they created 
databases and applets. The original authors of 
such code are the best people to sort out this 
kind of situation, but they may not be avail- 
able to do so. There are new tools on the 
market that help with Notes remediation tasks. 
For the same reasons, any modified or 
heavily customisable applications are vulnera- 
ble to introduced Y2K errors. Macros written 
for office productivity applications, scripts 
written for Unix environments, batch files, and 
so on, are all a source of possible problems. 
Obviously, a problem for larger or more 
specialised environments will be purpose- 
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Network operating systems are also susceptible 
to Y2K 


written software that no-one else uses, and 
which only a programmer can really fix. It is 
said that the Social Security Agency in the US 
had to revise about 80% of its software, 
because it was reliant on applications and 
customisations developed inhouse. 

It isn't really necessary to go into great 
detail here about how programmers fix software 
(if you're doing it yourself, you will need a 
much more comprehensive guide). Suffice to say 
that it involves updating the inherent methods 
used by the program to handle timing and date- 
reliant operations, as well as how it displays 
and records dates. Various companies produce 
automated programmers’ tools that speed up 
the process, while MFX research claims MFX 
2000 allows any non-programmer to change 
bytecode automatically, making software com- 


pliant without the need for source code. 
Problems with personal finance packages 

have been widely reported, as these tend to 

be much more date-reliant than other appli- 


cations such as word processors. The best 
advice is to keep up-to-date to reduce your 
risks — for instance, older copies of Quicken 
(such as Versions | to 4 for DOS) simply 
won't work in 2000, 


DATA PROBLEMS 

Tracking down and altering problems in data 
created over many years is often cited as the 
most time-consuming part of Y2K remedia- 
tion. Apart from the tedious process of adding 
an extra two digits to all dates in historical 
data so that it doesn't confuse present opera- 
tions, it's also necessary to ensure you don't 
install any new 

software that 
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into problems if they ever refer to non-com- 
pliant information (and they eventually 
will). Therefore, Y2K data repair is an ongo- 
ing process, which will continue well into the 
next century. 

An alternative solution to all this repeti- 
tive data correction is to use software that 
supports ‘windowing’ or ‘pivot dates’ (we'll 
use the latter term here to avoid confusion 
with graphical windows in operating sys- 
tems) to define the space of 100 years within 
which your computer will place dates with 
two-digit years. For example, Microsoft 
Windows 98 has a pivot date capability that 


introduces new Y2K DATA REPAIR IS AN ONGOING PROCESS, 
errors and that WHICH WILL CONTINUE WELL INTO THE 


data exchange with 

third parties doesn't 

put compliant environments back into the 
danger zone. This includes word processing 
files, spreadsheets, database files and propri- 
etary formats, 

Note that spreadsheets are often the pri- 
mary data danger on I'Cs, Many businesses, 
big and small, maintain complex Excel files 
that contain critical day-to-day operations 
and forecasting information, Programs like 
Datespy (http://www.datespy.com), Norton 
2000 and Viasolt'’s OnMark 2000 offer spe- 
cialised assistance with Excel, 

The reason it's important to make data 
compliant is that your hardware, software 
and operating systems are only as qood as 
the information they receive. Calculations 
and computer operations are likely to run 


NEXT CENTURY 


defaults to 1930 to 2029; a two-digit year of 
30 or higher is automatically assumed to be 
1930 or higher, whereas a two-digit date 
between 00 and 29 inclusive is assumed to 
be between 2000 and 2029 (inclusive). 

The fact that the latest operating systems 
ship with such a feature is of great assistance 
to anyone undertaking last-minute Y2K work 
— if you can't fix it, you can compensate for 
it. Providing your pivot dates are set sensibly 
(and perhaps moved forward one year, every 
year) the most common dates that your com- 
puter will encounter are safely catered for. 

Pivot dates are also built into many pro- 
grams, but they vary across programs, so it's 
better to let the operating system handle 
things if possible. Otherwise, 1950 in one 
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program could be 2050 in another. Pivot date 
systems are far from perfect. It would be far 
better to move completely to four-digit years 
and be done with the trouble. 


NETWORK COMPLIANCE 
Checking non-PC hardware, such as network 
components (such as hubs and routers and 
purpose-built servers), is more difficult. Often 
these are machines that have complex and 
date-reliant firmware but can't run automat- 
ed tests themselves. The idea is to do it across 
the network and request time information 
from the component. 

But the first place you should start is the 





manufacturer's Web site. All network hard- 
ware manufacturers have placed online Y2K 
compliance information pertaining to their 
equipment. Generally the issues will be des- 
cribed and categorised according to severity, 
and there may be downloadable firmware up- 
grades or advice on workarounds. Be sure you 
match the advice or patch with the precise 
model and version for which it is intended. 
The same goes for dedicated network 
operating systems (NOSes). You should check 
whether older versions of software such as 
Novell NetWare, Banyan Vines and Artisoft 
LANtastic, are 2000 compliant, and if they 
need patchés or complete upgrades. Each 
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company has addressed Y2K; if you want to 
stick with the same product, you just have to 
make sure you have an up-to-date version. 


EMBEDDED SYSTEMS COMPLIANCE 

As discussed earlier (see page 34), some 
embedded systems can be made compliant by 
overwriting their instruction sets. Many can- 
not, so the usual practice is to completely 
replace either the affected chips or systems. 
This is generally a problem for business and 
government! 
advice, it isn't necessary to replace all your 
household equipment. Some household prob- 
lems may become evident with non-comput- 
erised electronic equipment such as VCRs. If 
your VCR is not Y2K compliant and you want 


contrary to some media 


to continue using it lo perform timed record- 
ing or playback, you will meed to implement 
a workaround, 

One that has been repeatedly suggested is 
to turn the date back to 1972, during which 
the days of the week fell on the same calendar 
dates as they do in 2000, This is a bizarre solu- 
tion and its effectiveness would vary depend- 
Ing on your particular situation — and many 
VCRs don’t need lo know the year anyway. 

Other home cane ollice equipment such as 
fax machines, securily systems, thermostats 
and medical equipwnent may have date- 
sensitive microchips. One telltale sign is if the 
product has an LCL). Usually such equipment 
will work but will qive the wrong date, so you 
might just have to qrin and bear it, unless dis- 
playing the corredt date is absolutely vital 
(such as on a fax machine used to transmit 
legal documents), 
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COMPLIANCE STATEMENTS 

When replacing or upgrading any equip- 
ment, it's critically important to receive in 
writing a statement of its Y2K compliance. 
Beware, however, of varying definitions of 
compliance. 

For example, most companies use similar 
definitions to that of Lotus: “Lotus considers 
a product Year 2000 ready if the product, 
when used in accordance with its associated 
documentation, is capable of correctly pro- 
cessing, providing and/or receiving date data 
within and between the 20th and 21st cen- 
turies, provided that all other products (for 
example, hardware, software and firmware) 
used with the product, properly exchange 
accurate date data with it." 

Using this definition of compliance, Lotus 
is able to say that because older versions of 
its 1-2-3 spreadsheet are able to work with 
four-digit years, they are compliant. But they 
do not use four-digit years by default and 
there is a risk of data problems down the 
line. The statement also allows for pivot 
dates to be used as a compliance measure, 
and does not guarantee compliancy with 
dates beyond the new century. 

As always, public relations, marketing 
and corporate image priorities can get in the 
way of any company disclosing the plain 
truth. At the end of the day you must be sat- 
isfied yourself that it is possible to reliably 
use what you buy in a manner that remains 
Y2K compliant. If you have it in writing, and 
you have done everything required of you, 
then you should be on solid legal ground if 
anything goes awry. 
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Attacking the problem 


The apps } 


REPAIR SOFTWARE 


PC software tools to help fix Y2K first appeared on the market in mid-1998, which already 
seemed a little late. New products are still appearing (keep an eye out for the latest reviews) 


and the established products continue to evolve. 


Generally they fall into two categories: those which test and fix your computer's BIOS; and 
those which also examine your operating system, software and data. The latter, fully featured 
programs are now the market leaders, and some of the newer products are actually licensed 
versions of these, sold under different brand names. 


Here's our take on a few of the products you're likely to find in the shops. Unfortunately, 
no tool is perfect, but while each does something better than the others, the top-notch offerings 
do cover all the most important areas in one way or another. If you want to tackle Y2K this 
way, your best bet is to pick a good application and run with it. 


Viasoft OnMark 2000 
This is also resold as 
Symantec's popular Norton 
2000. When Y2K 
professionals speak of PC 
analysis and repair tool 
companies, they generally name Viasoft and 
Greenwich Mean Time (see below) — indeed, 
each firm sees the other as its main competitor. 

Viasoft's background is in high-end 
mainframe software, and OnMark 2000 is 
actually a suite of applications for 
examining, fixing and retesting PC 
hardware, software and data. The 
components of the suite can be purchased 
either separately as the need arises, or all in 
one hit. Businesses will require more parts of 
OnMark than home users. 

The most basic element of Viasoft’s 
package is BIOS Test & Fix, which can install 
a program that compensates for non- 
compliant firmware. It originally shipped 
with Assess, the company’s data scanning 
tool, but has since been made available over 
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THE TOP-NOTCH [TOOLS] DO COVER 
ALL THE MOST 


IMPORTANT AREAS IN 
ONE WAY OR ANOTHER 


the Internet as a free download, technically 
making competitors’ BIOS-only products 
obsolete. This is because the company wishes 
to make the point that BIOS problems only 
represent about 10% of the Y2K risk on PCs; 
software and data are a much bigger issue. 
Viasoft’'s BIOS Test & Fix is included on the 
Y¥2K Emergency Pocketbook cover CD. 


_———————————— ___ Norton 2000 


Fas) Symantec 

Phone (02) 9850 1005 

Online http://www.symantec.com.au 
$79 


Price 
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Survey is the part of OnMark 2000 which 
examines the sollware on computers across a 
network and reports its Y2K compliance. It’s 
really just an inventory tool relating only to 
software. Viasolt's WebCenter is a more 
complete inventory and analysis tool run 
from a Web site (it’s designed for companies 
running an intranet) 

As mentioned above, the Assess scanning 
tool is perhaps the core of OnMark 2000, It’s 
the part that looks at your data files 
(everything from text files to complex 
spreadsheets) and finds examples of possible 
two-digit date problems. Its output can be 
quite verbose and it does tend to see problems 
in some non-date related data, but you're 
better safe than sorry, 

There's quite a lot of hard work involved 
in going through scanned data and referring 
back to the Assess report to make changes. 
But that’s what ¥2K repair is like — the more 
data you wish to make fully compliant 
(rather than using a pivot date to fudge it), 
the more elbow qrease you'll need. Assess at 
least simplifies the hunt, and a server-based 
version is available for larger networks, 

The other parts of OnMark are all 


: OnMark 2000 
/ 


aa Viusolt 

Phone (02) 9460 0411 

Online http://onmark.viasoft.com 
Price 


$75 single user 


(also multiple licence pricing) 


‘Workbenches’ — modules which are worth 
adding in particular circumstances. Most 
users will not need these, and they are very 
expensive. If you need specific Y2K help ona 
large scale with data produced by Lotus Notes 
(which is compliant in itself, but can suffer 
problems with inhouse adaptations and 
data), Microsoft Excel and Microsoft Access, or 
code produced in C/C++, Visual Basic, 
PowerBuilder or Unix shell scripting 
language, there is a relevant Workbench 
available. 


Greenwich Mean Time Check 2000 
Greenwich Mean Time (GMT) is a 
British/South African firm founded by Y2K 
guru Karl Feilder, who travels the world 
commentating on Y2K issues, advising 
governments and business on their 
preparations. His ‘five-level’ theory of Y2K 
(see page 30) forms the core of Check 2000's 
approach to the problem. 

A basic version of Check 2000 has been 
licensed to IMSI in the US as part of Year 2000 
Now, but the licensing agreement does not 
currently allow it to be sold in Australia. That 
may change soon, however, and some copies of 


ye) Greenwich Mean Time 

Phone (02) 9900 5360 

Online http://www.gmt-2000.com 
Price $79 single user (also multiple 


Check 2000 


licence pricing) 
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OnMark 2000 chiecks your software compliance Check 2000 tests various BIOS dates 


from your AUTOEXEC.BAT file when your 
PC starts up. 


GREENWICH MEAN TIME IS A MORE Instead of scanning the 


USER-FRIENDLY APPLICATION WHICH software on your hard 
TAKES A DIFFERENT APPROACH TO Y2K disk from scratch, 
Check 2000 refers back to 


Year 2000 Now were imported and sold locally $a database created by GMI's testing labs in 
in early 1999, The original Check 2000 comes various countries. Y2K compliance 


in several guises: a single-licence personal information for about 20,000 applications is 
edition and its Gold sister, sporting added held in the program's database, so it’s likely 
capabilities (both priced under $100); the five- that the most important applications on any 
licence small business edition (around $350); hard drive will be covered. The software 

and the full client/server version for network recommends possible courses of action based 
administrators (sold on a per-licence basis). on what it finds. 

Greenwich Mean Time is a more user- Double-clicking on a listed application 
friendly application which takes a different brings up deeper information from GMT's 
approach to Y2K. Naturally enough it begins help file. This is where Check 2000 comes into 
by taking a look at the BIOS of a PC and its own — the program ships with some of the 


testing its capacity for dates such as 9/9/99, the best Y2K documentation in the business. 
99 to 00 rollover, the leap year in 2000, andso —_ Everything is written in plain English with no 


on. If your PC is not compliant, you click a hype or waffle. 
BIOS Fix button and software that The data scanning stage of Check 2000 
compensates for the date rollover will be run allows customisation — it asks the user to 
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Prove It 2000 checks your RTC 


select which file types and date formats to 
look for. Apart from everyday files such as 
those created by spreadsheets and databases, 
the program can alsa handle several macro 
and scripting langucyes, The downside is that 
the data toal is noticeably sluggish — some 
people find this very annoying, and it could 
probably have been implemented better. 

As with Viasolt’s Assess tool, Check 2000 
is meant to be re-run every now and again as 
2000 approaches lo check lor continued 
compliance. 


MFX 2000 

Formerly known os Millenmitnm Master, MFX 
2000 is an Australian product invented by MFX 
Research's Bruce Parker, programmer of the 
venerable Windows crash protection program 
RamGate. Its chiel claim to fame is a set of 
automatic correction algorithms which enable 
the software to find and tix Y2K problems in 
software and data, MIX claims its product can 
actually go into commercial software and make 
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the bytecode Y2K compliant, without requiring 
any source code or changing file checksums (so 
your Virus scanners won't know the difference). 

The checksums of data files do increase, 
but that’s just a natural progression of the fact 
that they contain an extra two bytes of data 
for each two-digit year that is changed to four. 
However, changes made by MFX 2000 must be 
consistent across an entire network to ensure 
data integrity. The company’s most 
controversial claim is that this PC-only 
application can be used to correct code on 
mainframe drives that are mapped to 
Windows using Samba. 

Trusting such a process is a major leap of 
faith for many companies, but there is plenty of 
interest in MFX, and despite some shaky 
financial backing early on, the company’s 
fortunes seem to have picked up. Competitors 
allege that automatic repair is impossible; for 
example, how is the product to know if 12/99 
refers to December 1999 or ‘Unit 12, 99 Main 
Street’? But the MFX algorithms make several 
passes over code and data, apparently 
searching for a match against 40,183 specific 


Dm MFK Research 


Phone (02) 9440 0200 

Online http://www.mfxrcom 

Price $95 audit tool 
$250 audit and correction 
tool (also multiple licence 
pricing) 
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MFX 2000 shows how your PC handles dates 
date formats. Unfortunately it's impossible 
to verify what the program actually does, 
as the algorithms are entirely secret. 

MFX 2000 is not quite as pretty as 
its rivals, taking a purely functional 
approach. First, it scans everything on 
your hard disk to find out what's there. 
Then it allows you to examine these results 
and select individual applications and files 
to alter. Once you give the approval to 
make permanent changes, program code 
flashes by impressively as MFX 2000 does 
its work, 


Prove It 2000 

Big in the UK, Prove It 2000 is a little newer 
to the Australian marketplace than some of 
its rivals. A single-user version is available 
which offers an eight-point BIOS check and 
fix process; but the major offering is a pricey 
application for businesses that takes a 
server-based approach to managing Y2K 
issues across many PCs simultaneously. It’s 
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Norton 2000 checks Windows’ short date format 


It #7000 TAKES A SERVER- 
BASED APPROACH TO MANAGING 
Y7K ISSUES ACROSS MANY PCS 


equal parts inventory tool, BIOS 
testing/patching utility, and front-end for 
managing software problems. The locations 
of patches that must be added to various PCs 
on a network can be entered into the 
application so that the administrator can 
select a PC and send the patch there. 

When it comes to the actual 99 to 00 
rollover, Prove It's BIOS testing routine is a 
little more complicated and thorough than 
the others, requiring the user to perform 
both power-on and power-off testing (the 
power must stay off for a certain period, 
after which the PC reboots and the user is 
told what happened. Many PCs would work 
fine if they remain switched off during the 
rollover, but would revert to 1900 or 1980 if 
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Check 27000 client/server ceamines the network 


they were lett an, Glivicwisly this is a serious 
problem for server calriinisteators (il 
wouldn't be much fun tiissing oul on mew 
year celebrations because you have lo reboot 
some computers) 

In comparison to the qlitzier GMT and 
Viasoft products, Vrove TL ollers significant 
benefits lo system calmiinistraters in 
managing V2K problems, and it has perhaps 
the simplest interlace tor applying BIOS fixes 
remotely; but the competition offers more 
thorough facilities for aetually scanning 
software and data 


_ Prove it 2000 


# 


3 Prove It 2000 

Phone (02) QABK 4126 

Online hiip.//www,proveit.com.au 
Price = $129 single licence 
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Data scanning reduces the most tedious work 
And more... 

Not to be outdone by Symantec's Viasoft 
clone, popular utility vendor McAfee has 
released its own Y2K package called 2000 
Toolbox. It contains yet another BIOS fix 
and more scanning tools for software and 
data. The BIOS testing and repair 
component is also available in McAfee’s 
Nuts & Bolts system optimiser package, 
and McAfee's implementation seems quite 
solid. 

Vet 2000 is another recent release (from 
the same company as the successful Vet 
virus scanning software), but its producers 
have struck an agreement with a service 
station company for wider distribution. The 
basic application costs $10 and the 
company freely admits it's nothing more 
than a BIOS testing tool. If it finds a 
problem, the user is asked to send away for 
a BIOS fix costing $99. The program is 
well-presented, but it’s hard to justify this 
price tag, given that Viasoft’s equivalent 
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has been available free since late 1998. 
Competitors such as Millennium Buster 
and Centennial 2000, also priced at 
around $99, offer nothing new, although 
Centennial 2000 is also available ina 
client/server edition for deploying BIOS 
patches across a network. 

There are many more Y2K testing 
and repair tools on our Pocketbook CD 
and on the Internet. If we haven't 
included your ideal solution on the CD, 
try starting at a site like 
http://www.year2000.com, run by the 
original Y2K expert, Peter de Jager. And 
beware of opportunists trying to 
cash in with ‘magic bullet’ 





solutions; a few of the lesser-known BEWARE OF QOPPORTUNISTS 
applications available for download TRYING TO CASH IN WITH ‘MAGIC 
appear to be shonky pieces of BULLET" SOLUTIONS 


programming which may do more 
harm to your system than good. 

There is another method of fixing BIOS 
and it's more permanent than simply 
installing a small piece of software. ISA 
cards and dongles that override your 
current BIOS with compliant instructions 
have recently become available. These are 


= 


ss Computer Associates 
Phone 1300 364 750 

Online http://www.vet.com.au 
Price $9.95 test, $99 fix 


Vet 2000 


especially useful if your PC is particularly 
old (too old for a simple software fix) and 
cannot be replaced, but they do tend to be 
on the expensive side. At the time of 
writing, several PC hardware shops and 
mail-order services around Australia 
stocked them for $250 to $300. 


Pm McAfee 2000 Teoltox 


ss Network Associates 
Phone (02) 9437 5866 
Online http://www.mcafee.com 
Price $69.95 
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For the most part, testing the results of your Y2K preparations involves simply completing all 
remediation work as quickly as possible, then carrying on your normal activities to see if any- 
thing goes wrong. If you experience some problems in pre-2000 testing, be grateful — it’s 
considered much better to have something fail now than post-2000, because it identifies 
something that can be fixed. Shareholders of big firms love it when the company’s computers 
fail in Y2K testing because it means one more problem has been tracked down and eliminated! 


Proper testing also involves exercises in cre- Large businesses use automated testing 
ating possible risky situations. As with any- packages which can simulate real users 
thing computer-related, it’s important to around the clock over coming months. For 
minimise interference with something that the rest of us, it's probably a matter of 
works. Even if it’s behind the times, a system becoming ever more adventurous as we give 
that gets the job done on time and on bud- things a try. 

get is worth much more than Obviously, the first test you 


one that's up-to-date 
but unstabie, so it 
isn't worth 


might think of doing 
after all the work 
is done is plac- 










rushing ing every- 
headlong thing a year 
into a sim or so into 
ulated the future to 
future with see what 


all systems happens. But 
this is inadvis- 


able as a first step in 


running full 
speed ahead . 
unless perhaps you're most situations — if any 
messing about with your own PC out calculations involving dates take place 
of interest. while you do this, the chances are they will 
Large businesses should be able to afford write odd pieces of data just where you least 


some experimentation with redundant systems, expect them. Even worse, you might forget 


so that it’s possible to duplicate core prac- that you changed the system date and creat- ie 
tices and place them forwards or backwards — ed new files with completely incorrect date 

in time to see what happens, without inter- stamps or content. g 
rupting current work. If you do this, make Take one step at a time. Introduce a few 

sure your testbed is as close to identical to deadlines or due dates with new millennium & 
the real system as possible, dates; create some cost projections into ig 
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IT's 
CAUSE NEW ONES, 


FAIRLY EASY TO REINTRODUCE OLD PROBLEMS OR 
S90 STAY ON YOUR GUARD 


DURING THE TESTING PERIOD 


2000; make some deliberate date-related 
errors and see if you can cause a little bit of 
havoc. If you're really confident, you might 
then play with the system date in controlled 
conditions — watch the machine roll over to 
2000 and have another play. 

Note that it's fairly easy to reintroduce 
old problems or cause new ones, so stay on 
your guard during the testing period. For 
example, if a hard disk must be reformatted 
it will lose any software patches and BIOS 
fixes you've installed. Even the reinstalla- 
tion of a single program without the addi- 
tion of a necessary Y2K patch could create 
a problem. Meanwhile, until 2000, regular 
rescanning of data should be approached 
in much the same way as a regular disk 
defragmentation or virus check. 

Interrupting your daily work or that of 
your colleagues is sometimes inevitable. 
Sometimes the person who created some- 
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After completing remediation, carry on normal activities 


Test on a regular, routine basis to minimise chances of disruption 


thing (data or a piece of software) is the 
only person who knows how it really 
works, and that person must therefore be 
involved in repairing and testing. If impor- 
tant work must be interrupted, consider 
doing so on a planned basis where more 
than one thing is tested at a specific time 
— perhaps at a regular time each week, so 
that it becomes less intrusive and part of a 
routine. 

Hopefully, the parties with which you 
exchange data will also be carrying out test- 
ing. Depending on your relationship, it may 
be worth arranging some kind of joint test 
to see if the changes you've made to your 
respective equipment are compatible, For 
example, if you have made the effort to 
change every date and update your soft- 
ware, but someone supplying data to you is 
relying on pivot dates and workarounds, 
things may go awry. 


Checkpoint — Testing procedure 





Be careful to avoid introducing risky situations 


Play around with a few new dates at a time 
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Contingency planning 


Chicken licken? : ) 


WILL THE SKY REALLY FALL after the Y2K bug hits us? Is it the end of life as we know it? Or 
will we simply suffer minor inconveniences? You can readily find experts predicting each of 
these extremes, and just about everything in between. Perhaps the most worrying part is that 
we don’t know for sure, and can't know for sure until it’s too late. 

In Australia, more so than most countries, you can probably discount the worst doomsday 
predictions. For example, our power grids have fairly low levels of reliance on IT, so long-term 
disruptions are pretty unlikely. Even if they do occur, it'll be the middle of the summer holi- 
days: the weather will be warm and many industries will be closed. Compared to some 
Northern Hemisphere locations where it will most likely be snowing, Australia is probably a 
good place to be in January 2000, However, it would be unrealistic to expect that Y2K won't 
cause any problems at all here. You probably don't need to build a bunker, but you certainly 


need to take a few precautions. 


50, how do you prepare for problems when 
you don't know what they will be? A large part 
of Y2K planning is just general contingency 
planning. If tomorrow morning the phone or 
power service were to fail or a water pipe burst, 
what would you do? If a supplier closes its 
doors or a big customer can't pay its bill, how 
would you handle that? What if your comput- 
er's hard disk crashes? These are all things that 
might happen in January 2000, but they could 
also go wrong tomorrow. If you could handle 
them now you are well on the way to being 
able to handle them in January — although 
there are a few extra complications. 

There are two main strategies for contin- 
gency planning. Comprehensive contingency 
planning is the strategy of choice when you 
are pretty much prepared for Y2K. This is ‘belt 
and braces’ safety where you've dealt with 
everything you can think of, but are preparing 
for the unforeseen. Triage contingency plan- 
ning is the strategy you adopt when it becomes 
apparent that you aren't going to make it. It is 
primarily concerned with harm minimisation 
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rather than prevention. We will concentrate 
here on comprehensive contingency planning, 
as triage, at this stage, is more relevant to 
large businesses. We will, however, briefly dis- 
cuss triage near the end of this section. 


BACKING UP 

Will your computer implode on January 1 
and cease to function? Probably not. 
However, a rogue program could damage 
important data, or a power spike could fry 
your hard disk. How quickly could you recov- 
er if this happened? This probably depends 
on how good your backups are. 

There is a great choice of backup devices, 
from the humble floppy to the $260,000 DAT 
library. For most people, neither of those 
extremes will do. The choice of backup device is 
mostly driven by the amount of data you need 
to back up. You don’t want to spend $10,000 or 
more on a 25G DAT drive just to back up 2M of 
documents, but neither do you want to spend 
all night swapping disks as you back up your 
20G database onto 100M Zip disks. 


SS =e- Ts 


There are two ways to determine what to 
back up. The simplest is to back up every- 
thing on your hard drive. This requires little 
setup and less maintenance, but it means 
that you need a backup device big enough to 
store everything. An alternative is to just back 
up data files. This usually works well for 
home and small business computers. 

Applications, such as Microsoft Office, 
can use up large amounts of hard disk 
space. You don’t generally need to back 
these up, because you can reinstall them 
from the original install disks. This leads to 
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quicker, cheaper backups, but it means that 
you must be careful to add any new work to 
the backup set. 

The lowest branch on the backup tree is 
the floppy disk. Not too many years ago, a 
floppy drive cost a couple of hundred dollars 
and disks cost several dollars each. Today you 
can buy a floppy drive for $30 or $40, and the 
floppy disks cost only a few cents each. The 
trade-off has been reliability. Today's drives 
and disks are not reliable and you should 
think twice before using them for critical back- 
ups. If you really must use them, make two or 
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three copies of each backup so that you can 
recover if one or more disks has bad sectors. 

Removable disks are a new and popular 
option for backups. Zip, LS-120, Jaz and others 
provide fairly simple, cost-effective solutions. 
Because these devices act like normal disks, you 
can simply copy data onto the disk, rather than 
using proprietary software with proprietary data 
formats. These devices are not usually suitable 
for backing up a whole hard disk because they 
don't have the capacity, but they make a good 
option for backing up selected data. 


Contingency planning 


you use such software to get around Y2K, you 
had better get a cast-iron guarantee from the 
supplier that it will function next year. 
January 2000 is not the time to discover that 
your backup software will not do a restore! 
CD-R and CD-RW drives are also becom- 
ing popular as backup devices. The prices of 
drives and media have dropped sharply over 
the last year or so, making them a realistic 
choice for home or small business. With a 
capacity of 650M they are too small to com- 
pletely back up many computers, but remain 


TODAY'S DRIVES AND DISKS ARE NOT 
RELIABLE AND YOU SHOULD THINK TWICE BEFORE USING 
THEM FOR CRITICAL BACKUPS 


Tape drives can be a good choice for back- 
ing up a whole hard disk, or even an entire 
network. Travan drives offer fairly high capac- 
ity at a budget price, the largest drives holding 
4G on one tape (or up to 8G if you compress 
the data). These drives can be a little slow, but 
they remain good value for money. DAT drives 
are faster and are available in very high- 
capacity configurations. Multi-DAT libraries 
are suitable for backing up even the largest 
networks. DAT drives cost more, but they pro- 
vide a comprehensive solution for business 
backup. The biggest downside to tape backups 
(other than cost) is the need to use archive 
software. On Unix systems there is standard 
software such as tar and dd that use well doc- 
umented formats. However most commercial 
backup software uses proprietary formats 
which cannot be read by other packages. If 
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a good choice for selective backups of data. 
Although you use special software to write to 
CD-R and CD-RW disks, you can read them in 
any standard CD-ROM drive — so you don't 
have to sweat about the compliance of your 
backup software. 


BUSINESS CONTINGENCY PLANNING 

How to succeed in business without really frying 
By now you will have read the section on 
‘Attacking the problem’. You should have cer- 
tified your software and data and backed up 
everything that moves. Now you can sit back 
and watch the city burn around you, right? 
You've forgotten Murphy's Law: ‘if anything 
can go wrong, it will’. You still need to be pre- 
pared. In order to do this satisfactorily, you 
must identify key components of your busi- 
ness and protect them. 
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What are key components? They are parts 
of your business wilhiout which you cannot do 
business (or al least Cannot do business effi- 
ciently). A salesperson’s price list and a trades- 
person's mobile phone might qualify for this 
category. You need to look carefully at the way 
you do business and identity areas which 
could cripple you, Having identified such 
areas you nocd lo dsk ‘can | protect this area?’ 
or ‘can | work around a failure in this area?’, 


Consider the following questions: 


2 Do you rely heavily on a PC for trans- 
actions or data! I might be a good idea 
to protect the [C tram power failure using 
an Uninterruptible Power Supply (UPS). 
Depending on the quality of the unit, a 
UPS will run tor anything from a few 
minutes to several hours during a power 
cul. Hf your business cannot function with- 
outa PO then you should probably have 
a UPS 
power tault. However, a UPS won't protect 


rol jist lor V¥AK but for any 


you trom program tnigs that may become 
evident aller a VZK date horizon, 


Another approach is to plan alternative 
ways of working that don't involve the 
PC. Print oul hard copies of things such 
as price and plone lists. I may be a 
slow process looking up information 
manually, but it's better than having no 
access al all, Hf you take bookings via a 
computer, a printout of current bookings 
may help you to keep working until ser- 
vice is restored 


2 Do you rely on regular supplies for 
manufacturing or some other activity? 
What assurances do you have from your 
suppliers about their ability to continue to 
supply you? If possible, try to get assur- 
ances from all critical suppliers. Consider 
whether there are alternative suppliers or 
items which can be substituted if your 
current supplier cannot deliver on time. 
Consider building up a stockpile of essen- 
tial supplies. 


2 Have your premises been checked? Do 
your business premises have a security 
system? Do they have electronic locks, lift 
controls or alarm systems? When you first 
come into work, next year, will you be 
able get in? Will your customers have 
access? 


An article in Business Review Weekly (‘Year 
2000 still holds a few shocks’ by Ross 
Langeford, March 1, 1999) suggests that 
many building owners are completely ignor- 
ing Y2K issues, while others are dealing with 
it in incomplete ways. In one case described 
in the article a building had been inspected 
and the lift system certified compliant, but the 
alarm system was not compliant. Disabling 
the alarm system disabled the lifts. 

A high proportion of building owners 
who have conducted testing have located 
significant problems. It is reasonable to 
expect many buildings will have access or 
security problems, and it's a good bet that 
service and repair staff may be over-booked 
for January 2000. 
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It would be wise to ask 
some hard questions of your 
building owner — doubly so if 
the owner is yourself. If disrup- 
tion appears a possibility, it may 
be wise to investigate alternative 
premises. In some industries it may be possi- 
ble for staff to work from home. 

Each business will have its own unique 
areas of vulnerability and you must look 
carefully at your own to identify such areas. 


FINANCIAL CONTINGENCY PLANNING 
Assume the crash position? 

Please do not regard this section as a substitute 
for professional investment advice. You should 
review any advice critically and, as far as possi- 
ble, get unbiased, independent information. 
Understand that asking your bank manager 
whether to leave your money in the bank or 
your stockbroker whether to sell all your shares 
may not constitute unbiased advice! Beware. 

Some advisers are suggesting that you 
withdraw all of your money from banks. This 
isn't necessarily a good idea. Obviously, if 
large numbers of people start hoarding cash, 
there would probably be a great increase in 
the incidence of theft and people with cash 
would be vulernable. 

It’s highly unlikely that any of our major 
banks will stop operating, and even if they 
did they are guaranteed by the Reserve Bank. 
If the Reserve Bank ceased operations, then 
cash would probably be worthless anyway. If 
you assume that banks will not go under, the 
major risks are temporary loss of service and 
incorrect transaction records. It’s reasonable 


10 apenia:.pocketbook 


STATEMENTS AND RECEIPTS 
MOST RECENT 
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MAKE SURE YOU KEEP RECENT BANK 
FROM YOUR 
TRANSACTIONS 





to have some extra cash on hand as a precau- 
tion against AIM malfunctions on January 1. 

EFTPOS will depend on the reliability of 
bank computers and telecommunications; in 
Australia there is a fairly low risk of failure. 
Ordinary credit cards will probably work fine, 
even if the EFTPOS systems are down, though 
there may be limits on the size of transactions 
if vendors cannot get approvals. Cheques will, 
of course, work as normal — but not every- 
body accepts cheques. 

Make sure you keep recent bank state- 
ments and receipts from your most recent 
transactions, just in case there is a dispute 
about your balance. 
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Some commentators consider there is a 
very high risk of a stock market crash in 
December 1999 as nervous traders sell in 
anticipation of Y2K. This creates a secondary 
risk that the market could crash before 
December 1999, due to traders attempting to 
get out. There is also a fairly high probability 
that the market will rebound in January as 
traders jump back in. There will be much 
money to be lost, and possibly much to be 
made. It's certainly a time to make sure you 
get good advice, rather than speculating. 


PERSONAL CONTINGENCY PLANNING 
How to learn to stop worrying and love the bomb 
Personal contingency planning is primarily 
planning for your safety and comfort — we're 
talking here about preparation for all possible 
emergencies, not just Y2K. For most people, 
this is relatively simple: 


2 Stockpile a few days worth of water 
and non-perishable food, just in case. 
Even if there is no loss of supply (and the 
chances are there won't be) there could be 
artificial shortages created by too many 
people trying to stock up. 


2 Make sure you have enough cash for 
your taxi fare home, 


2 Get your investments in order. 


2 if you want to program your video 
recorder to tape something atter mid- 
night, then set the date back to 1998 just 
to be sure. 


Beyond this it isn’t too complicated, un- 
less you live on the 49th floor of a building 
with a non-compliant lift (if so, you'd better 
start those extra aerobics classes pretty soon!). 

There are plenty of doomsayers who will 
seriously recommend holing up in a bunker 
with a year's supply of food and some heavy- 
duty firearms. In Australia, this would be an 
overreaction. While the potential exists for 
some serious interruptions to our lifestyle, the 
likelihood of TEOQTWAWEI (the end of the 
world as we know it) is just about nil. 

However, Y2K could be much more haz- 
ardous for people with special needs. For a per- 
son with reduced mobility, such as a quadriplegic 
or an elderly person, a lift breakdown could be a 
serious problem. Loss of computer or phone ser- 
vices could mean a blind person is cut off from 
support. If you're on any medication, interrup- 
tion to its supply could put you at serious risk. 

If you have reduced mobility or are visu- 
ally impaired, make sure you have a contin- 
gency plan on how to get into and out of 
your home without power or other services. 

If you rely on medication, make sure 
you've got a good stockpile. 


2 If you rely on medical equipment, 
whether it’s a pacemaker or a dialysis 
machine, make sure it’s certified compli- 
ant. If possible, make a fall-back plan, 
such as use of a dialysis machine ata 
local hospital. 


If you need a service to maintain your 
health or safety, then even the remotest 
chance of failure must be taken seriously. 
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GOVERNMENT CONTINGENCY PLANNING 
Y2K? What Y2K? 

Perhaps the most serious area of consideration 
is the potential failure of government systems. 
While all Australian government departments 
are making concerted efforts to prepare for 
2000, public information about their progress is 
a little sparse. Some are way ahead, a few have 
started rather late and others may be ham- 
pered by the sheer complexity of their systems. 
Some observers expect large-scale disruption to 


EVIDENCE SUGGESTS THAT AN ALARMING 
NUMBER OF JAPANESE BUSINESSES ARE 
PROBLEM 


SIMPLY IGNORING THE 


many government services. If the performance 
of tax audits, or the issuing of speeding tickets 
is disrupted, most of us will be able to contain 
our disappointment, but if welfare payments, 
health or transport services suffer, the conse- 
quences may be more serious. 

If you receive a pension, unemployment 
benefits or any other welfare benefit, don't rely 
on being paid on time in January. That doesn't 
mean you won't be, but Y2K brings an added 
risk. It might sound unreasonable to tell pen- 
sioners and the unemployed to start saving up, 
but our advice about having a little extra cash 
on hand applies here, too. 

And if your business relies heavily on gov- 
ernment contracts, you might want to be very 
careful about your cash flow around Y2K time. 
Getting paid for government contracts has 
never been easy, but if their computer systems 
fail it will be even harder. 
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INTERNATIONAL CONTINGENCY PLANNING 
It's a small world, after all. . . 

Many analysts agree that Australia is one of 
the best prepared countries in the world. This 
doesn't imply for a second that we won't suffer 
any problems — we will. However, the prob- 
lems are likely to be temporary and we will 
almost certainly deal with them. Some busi- 
nesses may go to the wall, but most will survive 
and prosper. 

Around the world the story may be differ- 

ent. The US seems relatively well prepared, 
though it is also expecting 

some serious disruptions. 

European Union 

countries have been heavily 
concerned with their currency 
changeover. Many, such as Italy and Germany, 
appear to have devoted inadequate effort to 
Y2K issues. 

Due to recent economic turmoil in the 
region, Asia is said to have Y2K way down on 
its priority list. Japan, in particular, is a 
source of great concern. Evidence suggests 
that an alarming number of Japanese busi- 
nesses are simply ignoring the problem, and 
analysts are predicting major disruptions and 
possible economic collapse. If the Japanese 
economy suffers major damage, it seems 
inescapable that the rest of the world won't 
feel the aftershocks, and Australia will be 
quite exposed. 

Information from South-East Asia has 


been a little sketchy, but some analysts 

believe that major failures are imminent. In 
China, where it is estimated that 90% of all 
software is pirated, firms are reportedly hav- 
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If Excel crashes in January, you can be 
fairly confident that Microsoft will have 
a patch or an upgrade within a fairly 
short period. If it’s your own baby, 
then nobody is going to fix it 
but you. You might want to 
make your programmers wear 
pagers, or better yet holda 
compulsory New Year's Eve 
party at the office (though 
you'd better make sure they 
don't spike the punch). However, 
you'll probably find that a 
gram of planning goes further 
than a kilo of panic. 


2 Make sure everything is documented. 
When an application fails you need to 
know which application it is, where to 
find the source code and which pro- 
grammers are familiar with it. 


2 Make sure that your software tools 
are Y2K compliant. January 2000 is 
not the time to discover that your 
debugger has Y2K problems. Contact 
tool vendors. 


2 If you are a programmer, make sure 
that you can rebuild your software. It’s 
alarmingly common to find that, when 
you try to rebuild an old application, it 
will no longer compile. The new version 
of the compiler may be incompatible, a 
library or other resource may have 
changed. Again, January 2000 is not 
the time to discover this. 
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2 Watch out for side effects. A good defi- | No matter how much of a hurry you’re in, 
nition of a software upgrade is ‘the act of some careful analysis can often avoid side 








trading your old bugs for a new set’. effects resulting from changes you thought 
When you make a quick Y2K patch to get insignificant. Make absolutely sure you test the 
around a problem, watch out that you software properly before you start to use it. 
don't introduce an even bigger problem. Haste makes waste! 






H \, 
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TRIAGE CONTINGENCY PLANNING 

When the sky is falling 

The term ‘triage’ was first used in a Y2K 
context by Canadian consultant Peter de 
Jager (see page 26). In his paper, Systemic 
Triage, de Jager describes the original defini- 
tion of the word thus: “The sorting and allo- 
cation of treatment to patients, especially 
battle and disaster victims, according to a 
system of priorities designed to maximise 
the number of survivors”. 

Ata certain point, some businesses are 
going to reach the realisation that they're 
not going to make it. No matter how many 
dollars and working hours they throw at 
¥2K remediation, they're going to miss their 
deadlines. 

At this stage you should stop trying to 
solve the problem, and concentrate on 
harm minimisation. This is a painful deci- 
sion, and one that will be resisted. However, 
once it is plain that you’re not going to 
make it, the quicker you refocus on triage 
issues, the better the chances that the busi- 
ness will survive — ‘survive’ being the oper- 
ative word. If you cannot do business during 
January 2000, then you are probably on the 
road to a quick and gruesome bankruptcy. 

The first step in triage planning is to 
take that hard look at your business which 
we have already described. What are its 
core functions? What tasks are so essential 
that without them the business cannot oper- 
ate? It is these tasks, and only these, on 
which you must concentrate the triage 
effort. For each system you must answer the 
questions: 


2 Can this system be patched in such a 
way that it continues functioning? This 
may mean some features no longer 
work. For instance, automatic schedul- 
ing of operations may no longer work; 
you may have to manually operate 
equipment that was previously handled 
automatically. 


2 Can you work around the system's 
flaws using manual methods? This may 
mean invoices have to be amended by 
hand in order to keep shipping products, 
or shipping addresses have to be typed up 
in a word processor. 


2 Could the system be replaced with an 
off-the-shelf package? These are widely 
available for accounting systems, inven- 
tory systems and other common tasks. A 
system that does most of what you need, 
correctly, may be preferable to one that 
does everything you need, incorrectly. 
Identify such packages now and make 
sure you have enough time to implement 
and customise them. 


ACT NOW 

The time has come, the walrus said . . . 

If you haven't yet completed your contin- 
gency planning then you should get to it now! 


Good contingency planning takes time, and 
implementing that plan will take more time. 
If you plan to stockpile food, components or 
anything else don't start in December — 
everyone else will be doing it then and you 
might just miss out. Don't panic, be sensible. 
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Checkpoint — Plan of action 











Everyone will need to take some precautions 


Back up as much as possible, but at the very least your hard drive or data files, 
and remember to include recent work 


If you choose floppy disks to back up, make two or three copies of each 


Identify the parts of your business without which you cannot continue 
operating 


Once identified, work out how best to protect those areas, or plan workarounds 
Consider using a UPS with your system 
Test all software thoroughly and document all the programs you use 


Make sure you can contact the programmers if any software was written 
inhouse 


Print out hard copies of information with which you can keep your business 
turning over if your PC does fail 


Stockpile essential business supplies if you are not certain your suppliers will be 
able to deliver 


Check your premises will be accessible and secure 


If you realise you won't be Y2K ready, at the very least, ensure the core func- 
tions of your business can still operate. 


Have some extra cash on hand as a precaution on January 1, to cover both ATM 
failure and lack of pensions or benefits 


Keep recent bank statements, and receipts from most recent transactions 


Stockpile a few days worth of water and non perishable food 


h O & 


People with special physical needs should stockpile medication and make 
arrangements for assistance if it should be required 


ex 


Make sure you organise any extra supplies, either of cash or goods, well before 
the end of the year 


16 apciiae.pocketbook 





——— — 
- 


THERE IS A GREAT RELUCTANCE among 
many companies to part with any informa- 
tion concerning Y2K reacliness, In this climate 
of fear, they are worried that information 
which is untavourable, or even favourable 
information that might be misinterpreted, 
could lead to panic. Wut the resultant lack of 
information tecds the tears and the climate 
gets worse. Il we make information available, 
warts and all, then we are better able to real- 
istically assess the risks ane address people’s 
fears. Share prices have actually been known 
to rise when a company admits it has Y2K 
problems, becatise it gives the shareholders 
confidence thal the company must be 
addressing the issi 

The Australian Stock Exchange (ASX) has 
required Y2K status reports trom all listed com- 
panies. At first, many of these reports were so 
vague as to be of little use, but they have 
Improved in recent months, Many companies 
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Public relations — letting it all hang out a 
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are reluctant to claim compliance, because it 
might open them up to legal action if they've 
overlooked anything. This makes it hard to 
distinguish well prepared, but reticent, compa- 
nies from those which are being deliberately 
vague to hide their impending disaster. 


THE /ERICHO ROAD 

In February 1999, the Federal Government 
enacted the Year 2000 Information Disclosure Bill 
1999, Modelled on the so-called ‘good 
Samaritan’ legislation from the US, this law is 
intended to encourage disclosure of Y2K infor- 
mation by reducing the fear of getting sued. 
According to a statement from Senators Alston 
and Campbell, the bill can: 


2 protect a person making a Y2K disclo- 
sure statement from civil liability arising 
from the making of the statement — for 
example, for negligent misstatement, 
defamation or liability under trade prac- 
tices and fair trading legislation — subject 
to certain exemptions; 


2 provide that a Y2K disclosure statement 
will not be admissible as evidence against 
a person who made it — for example, the 
statement will not be able to be used in 
legal action resulting from the failure of 
Y2K goods and services; 


2 provide that the exchange of Y2K infor- 
mation will not give rise to liability under 
section 45 of the Trade Practices Act, which 
prohibits certain anticompetitive contracts, 
arrangements or understandings; 
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* offer these protections from the enact- 
ment of the legislation until June 30, 2001. 


To qualify for this protection, the state- 
ment must: 


2 be clearly identified; 

#% be in writing; 

2 relate solely to Y2K processing issues; 
2 identify the authoriser. 


The legislation will not provide protec- 
tion if the statement: 


2 is known by the maker to be materi- 
ally false or misleading; 

2 is made recklessly; 

2 is made in connection with the for- 
mation of a contract; 

2 is made in fulfilment of an obligation 
under a contract or law; 

2 is made for the purpose of inducing 
customers to acquire goods; 

2 relates to restraining injunctions or 
applications for declaratory relief; 

2 relates to civil actions undertaken by 
regulatory bodies such as the ACCC 
[Australian Competition and Consumer 
Commission]; or 

2 relates to civil actions relating to the 
infringement of intellectual property. 


Critics of the bill have said that it pro- 
vides too little protection, and that it has 
arrived too late to do any good. It may also 
take some time for companies to understand 
the bill and take advantage of the protection 
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it offers. A number of companies were still 
lax in reporting to the stock exchange by its 
March 31, 1999 Y2K disclosure deadline. 


INTERACTIONS 

Let’s presume that a company is, internally, 
100% prepared for Y2K. If a supplier for a 
critical component of that company’s prod- 
uct collapses, then the company’s collapse 
may soon follow. Alternatively, if a big cus- 
tomer for that product collapses and cannot 
buy any more (or worse still, cannot pay for 
product already delivered) then, again, the 
company’s demise is quite likely. 

Such relationships may make or break 
many companies next January if Y2K has a 
serious impact. We need to take steps to 
ensure that we're not victims, just as we 
need to ensure we're not culprits. 

The main responsibility in not becoming 
a culprit is to stay in business. Remain sol- 
vent, keep buying and selling (and of course 
paying bills). If there’s a problem, be honest 
about it and give suppliers and customers 
time to make arrangements: “Do you mind 
if | ship next month's product early, because 
I'm expecting some problems in my dis- 
patch system?”"; or perhaps “I'm expecting a 
slump in the first quarter of 2000, so only 
manufacture half as many widgets for me”. 

Not becoming a victim is more difficult. 
Where possible, obtain information about 
suppliers and customers. This is especially 
true for customers who might owe you 
money. Investigate alternative suppliers, in 
case the worst happens. If possible, consider 
stocking up on any critical components. 
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Insurance and litigation 5 

IT'S A COMMONLY HELD BELIEF that no are rubbing their hands in glee at the 
insurance company will ever cover Y2K dis- thought of so much potential business, and 
asters. While it's true that many new poli- in the US it has been predicted that Y2K liti- 
cies have clauses limiting the gation might dwarf the conse- 





insurer's liability in the case ™ quences of the bug itself. But 
of millennium bug prob. f = (0L£, * current Y2K lawsuits — 
lems, recent state where an organisation 
ments from the 
Insurance Council 
of Australia have 
indicated this 


has invested heavily 
in new equipment 
and then found it 
is not millenni- 
um-compliant — 
are generally still 
test cases. 
After this 
year, it is expect- 
ed that cases will 
emerge where the 
litigant is a person 


isn't a blanket 
refusal. If 
you're willing 
to pay the pre 
mium demand 
ed and demon 
strate that you 
have done every 


thing possible to —— ) or organisation which 
make your systems has suffered a loss due 
compliant, many insut to someone else's Y2K mis- 
ance companies will be happy fortunes. Loss adjustment firms 
to help you... and will make sure have predicted that small to medium 
you continue to pay through the nose well enterprises may be in the most difficulty 
beyond New Year's Day after January 1, having failed to prepare 
Note that if an insurance company sufficiently and therefore caused losses for 


makes any changes to the conditions of an those which rely on them. Ignorance will be 
existing policy, it must, by law, notify clients no defence. 


of the new arrangements, so Y2K cannot be For example, if Y2K problems meant you & 
excluded without your knowledge. Existing were responsible for a delay that caused i 
business continuity insurance is unlikely to another party to miss a flight and an oppor- & 
cover millennium issues, tunity to close a business deal, you could be 
The possibilities of ¥2K litigation have vulnerable to legal action. 3 
generally taken a back seat in the race to The advice here is no substitute for that 
prepare computers and businesses for the of a Y2K lawyer, but to defend yourself in SI 
end of the year, It’s been said that lawyers such a situation you would need to show , 
Y & 
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that you had exercised the degree of care 
and diligence that any reasonable person in 
a similar position would have exercised. You 
need to take adequate steps to try and elimi- 
nate the YZ2K problem and, should it become 
apparent that you cannot fix everything, to 
take adequate steps to limit its impact. 

Corporations Law requires that compa- 
ny directors disclose in annual reports any 
matters that have arisen since the last 
financial year’s report that may significantly 
affect the company’s operations. This, along 
with the ‘good Samaritan’ legislation passed 
by the Senate, and the advice offered by the 
Australian Stock Exchange to its member 
companies, means there is a healthy envi- 
ronment for full disclosure by all Australian 
companies. 

The complex interrelations behind 
computer failures mean that from the vic- 
tim’s perspective it can be difficult to work 
out which party to sue, and whose insur- 
ance should cover the damage. It isn't not 
worth jumping up and down unless you're 
absolutely sure what happened. A system 
that fails may induce a secondary event 
more damaging than the original failure 
— such as a fire caused by a climate con- 
trol system that is malfunctioning due to 
Y2K problems in other building systems — 
but the cause may initially be hidden by 
the results. A company may also have pro- 
vided a product containing components 
produced by a number of suppliers, none 
of which is compliant. From the buyer to 
the original component supplier, each will 
blame the other. 
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It will be difficult for software or hard- 
ware providers to claim that Y2K is an ‘act 
of God’ or “force majeure’ because they cre- 
ated the item that is producing the fault. 
But it may be possible for them to prove 
that data-related problems are the fault of 
the user, as long as they are not directly 
connected with a function of the program or 
machine. This will not prevent suppliers 
placing ‘act of God’ clauses in their licence 
agreements, so make sure you read them 
carefully. 

For the same reasons, it’s hard to say 
that once a software or hardware provider 
sells a product, it continues to have a duty 
of care — it depends on how the product is 
used. Hamish Fraser, of McCullough 
Robertson Lawyers, has written perhaps the 
definitive Australian paper on the subject 
(see http://www.iib.qld.gov.au/Y2K), 

He points out that it may not be a valid 
move for a software company to issue a 
warning in 1998 about the impending fail- 
ure of a product it sold in 1994 because the 
customer should have been made aware of 
the flaw in the first place. However, the law 
may regard the program as having been 
sold in good faith at a time when Y2K issues 
were not yet understood. 

Test cases will resolve whether the com- 
puter industry as a whole has been ignorant 
and irresponsible, or whether the complexity 
of Y2K is actually something we couldn't 
have foreseen. Business is always risky and 
financial year 1999/2000 will be especially 
so. However, care and planning can goa 


long way. 
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Conclusion 


THE WORLD'S ORIGINAL ¥2K GURU, Peter 
de Jager, Cume to prominence with an arti- 
cle cdlled Doomsday 2000, Kecently he’s 
taken to saying that we have broken the 
back of the ¥2K problem and that while 
there is still much to be done, the potential 
for doomsday has been avoided. 

For this statement he's taken a lot of 
flak — plenty of people are engaged in 
making money out of others’ Y2K misfor- 
tunes (real ot 


imagined) 
and they EVEN IF 
don’t like de BOOK AFTER 2000 


Jager calling 
them oppor 
tunists or dora 


ing their cause, YAK has attracted 










more than its fair share of religious 
extremists, comspiracy theorists 
and bogus technical experts for 
whom a computer-related 
crisis combined with a very 
significant cate is the 
perfect mechanism to 
make people cmploy ot 
follow them, Increasingly, 
the media is falling victim to 
such hype merchants and it seems 
possible that unfounded panic in the streets 
might become a threat in addition to the 
technical Y2K problems. [tis everyone's 
responsibility, therelore, to spread reliable 
information, countering the Armageddon 
myths. 

But as de Jager pointed out, the situation 
is very far trom all clear. There is still a lot of 


YOU ARE READING THIS 


AN EMERGING CRISIS, 
STILL DO SOMETHING 


work to be done, and you probably have a 
lot to do. Y2K could still be a major disaster 
for many people and even if you aren't one 
of them, their problems may cause ripple 
effects that should concern you. 

If you haven't yet addressed Y2K, don't 
be afraid to begin now. Yes, you should have 
done something long ago, but it isn't a 
missed opportunity. Even if you are reading 
this book after 2000 in the midst of an 
emerging crisis, you 

can still do 

something. 
IN THE MIDST OF  Planaround 


YOU CAN it, fix it, or 


scrap it, and 
you will have 
done something to reduce the risks for 
us all. Get to work now, with our 
Pocketbook CD as your ini- 
tial toolkit, and refer 
back to the information on 
these pages as required. 
The real Y2K problem is 
that each person or organisa- 
tion's readiness affects everyone 
else, and nobody is exactly sure to 
what extent. Most large organisations 
have the resources to fix things, so most 
now present minimal Y2K risks, but small- 
er businesses and individual citizens have 
been slow to act. Their combined troubles 
could be a big problem for society as a 
whole. 
Another possibility is that if enough 
work has been done, nothing significant will 


happen when 99 turns into 00. No doubt 
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the media will scream that it was all a fur- 
phy and the credibility of people like de 
Jager will be challenged. But the truth is 
that if that does happen, we will owe a 
great deal of thanks to de Jager and many 
others (even some of those annoying, ever- 
so-wealthy consultants). 

It's possible that we'll never know the real 
scale of what might have occurred if nobody 
had carried out any remediation. Wise people 
will be able to say that Y2K was real, while 
also denounc- 


Contingency planning 


responsibility than they have shown by cre- 
ating Y2K in the first place. On the other 
hand, pointing the finger is a waste of 
valuable remediation time — the responsi- 
bility for getting out of the year 2000 hole 
rests on all our shoulders. In the unlikely 
event that things do get out of hand on 
New Year's Day, the best thing you can do 
is sit tight, enact your contingency plans 
and wait for advice from the authorities. 
Y2K affects the government just as it affects 
the people, so you 


ing those can be sure that 
aneanngiad THE REAL Y2K PROBLEM IS THAT pe: di 
exaggera- : plans will 
tions. Hype EACH PERSON OR ORGANISATION § fall into 
miRehninte ake READINESS AFFECTS EVERYONE ELSE place if 

on thin ice, needed. 


because the general population is quickly 
becoming as literate in date-related comput- 
erspeak as it is about the Internet. It takes 
time, but eventually people understand the 
possibilities and limitations and incorporate 
it into their world view. 

The New Year's Eve celebrations for 
1999 will be tinged with nervousness. 
Parties on the streets will contrast with the 
hard work going on in IT departments in 
the buildings above or among the ranks of 
the emergency services (who are profession- 
al contingency planners), and perhaps with 
groups expecting alien landings or apoca- 
lyptic events. 

Some people will have absolutely no 
time to ponder their New Year's resolutions, 
which is a pity because technology indus- 

tries owe the world a greater degree of 
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There will no doubt be some potential 
catastrophes that follow YZK and are com- 
pared to it (just as every cyclone or earth- 
quake is compared to the last), and a pat- 
tern will have been set for publicising and 
dealing with such crises. Whether they're 
as serious as this one or not, the best atti- 
tude is to consider the consequences and be 
ready for what may come. Businesses in 
particular will learn new continuity skills 
— hopefully this will make the world a 
more stable place. 

Stay calm, address the Y2K issues that 
affect you, and you will have helped not 
only yourself, but those who depend on 
you. The earlier you do this, the better, but 
it’s never too late to start. 

Good luck, and here’s to a happy 
new year! 
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Information 


Internet resources ; 


NEWS 

Year2000.com 

Peter de Jager’s world- 
leading, level-headed news 
and information site. The 
best place to start learning 
about Y2K, and always worth 
another visit. 
http://www.year2000.com 


Y2K News Magazine 

A spin-off from 
Year2000.com, looking at 
¥2K-related headlines in the 
global online media. 
Regularly includes Australian 
coverage. 
http://www.y2knews.com 


Y2K Today 

News and background 
information on everything to 
do with Y2K. A good 
counterpart to the de Jager 
sites. 

http://www.y2ktoday.com 


ZDY2K 

Ziff-Davis' dedicated Y2K 
news and information site. 

A thorough, down-to-earth 
and usually reliable source of 
information. 
hitp://www.zdy2k.com 


Duh-2000 
A monthly contest for the 
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stupidest thing said about 
Y2K. Beware, they may be 
watching you! 
http://www.duh-2000.com 


STATE GOVERNMENT 
¥2ZK SITES 

New South Wales 

Year 2000 Home Page 
Originally the combined 
Australian governments’ 
Y¥2K resource. A good place 


to start, whichever state you 


live in. 
http://www.y2k.gov.au 


Victorian Government 
Millennium Bug 
Awareness 

A bright, chirpy site with 
practical information for 
Victorian businesses. 
http://v2k.dsd.vic.gov.au/ 


Queensland Government 
and Y2K 

A. comprehensive 
information resource for 
Queensland residents. 
http://www.y2k.qld.gov.au 


Y2K South Australia 
Under the watchful eye 
of SA Minister for Year 
2000 Compliance, Wayne 
Matthew. 
http://www.y2k.sa.gov.au/ 


Western Australia 

Year 2000 

Includes an overview of 
what action the WA 
government is taking. 
http://www.y2k.wa.gov.au/ 


Northern Territory 

Year 2000 

Complete with information 
on seminars being held 
throughout the territory. 
http://www.nt.gov.au/ 
year2000/ 


INFORMATION 

year2k Industry Program 
The home page of the 
Federal Government's year2k 
Industry Program, targeting 
small to medium businesses 
(SMEs). 
http://www.year2k.com.au 


Y¥2K Register 

This site provides 
information on products, 
services and Y2K compliance 
in Australia. 

It’s run by the year2k 
Industry Program and 
Standards Australia. 
http://www.yZkregister.com.au 


Institute of Engineers 
Y¥2K directory 
A professional information 


site which is dedicated to 
helping you track down 
engineers with Y2K 
knowledge. 

http://www. ieaust.org.au/v2k/ 


¥2K Compliance Database 
A searchable index of the 
Y2K readiness of software, 
hardware and consumer 
goods. 

http://www. Y2Kbase.com 


ALLA Year 2000 Computer 
Problem Information 

The Australian Information 
[Industry Association's take 
on the bug. 
http://www.aiia.com.au/ 
Year2000information.html 


OGIT Year 2000 

Project Office 

Check how the Australian 
government is preparing for 
2000 via the Office for 
Government. 
http://www.ogil.gov.au/ 
year2000/ 


Year 2000 Risk 

Assessment and Planning 
for Individuals 

Gartner Group's research 
paper advising how each 
individual should prepare for 


January 1, 2000, and beyond. 





http://gartnerS.gartnerweb 
.com,public/static/home/ 
00073955.html 


The Millennium 

Problem in 

Embedded Systems 
Professional advice and 
research on embedded chips 
provided by the British 
Institution of Electrical 
Engineers. 

http://www. iee.org.uk/2000risk/ 


Taskforce 2000 — 
Contingency Planning 

A comprehensive British 
article on Y2K contingency 
planning for individuals 
and business. 
http://www.taskforcez000 
.co.uk/contingency.htm 


The Crouch-Echlin Effect 
Mike Echlin's rough and 
ready research on the 
controversial Crouch-Echlin 
time dilation effect alleged to 
affect PCs after 2000. 
http://www. intranet.ca/~mike 
-echlin/bestif/index.htm 


PEOPLE 

Karl Feilder 

The man who invented the 
“five level” theory of Y2K. 
http://www. feilder.com 


Ed Yardeni 
Deutsche Bank's chief 
economist and Y2K 


recession forecaster. 
http://www.yardeni.com 


Ed Yourdon 

Mainframe programmer 
and Y2K doomsday theorist. 
http://www.yourdon.com 


Dr Leon Kappelman 
The Y2K expert who 
explains there will never, 
ever be a silver bullet. 
http://www.year2000.unt 
.edu/kappelma/ 


PRODUCTS 
Viasoft — OnMark 2000 
http://onmark.viasoft.com 


Symantec — Norton 2000 
http://www.symantec.com.au 


Greenwich Mean Time — 
Check 2000 
http://www.gmt-2000.com.au 


Prove It 2000 
http://www. proveit.com.au 


MFX Research — MFX 2000 
http://www.mfar.com 
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Glossary 7 


BIOS: Basic Input/Output 
System. The initial settings 
that tell a computer what to 
do when it starts up, stored in 
read-only memory (ROM). 


CMOS: complementary 
metal-oxide semiconductor. 
Where variables used by the 
BIOS are stored. 


Cobol: Common Business 
Oriented Language. An aging 
programming language used 
with mainframes. 


Contingency: An event that 
may or may not take place. 
Contingency planning involves 
being ready for what might 
happen. 


Domino effect: Where one 
event causes another; a chain 
reaction like rolling 
dominoes. In Y2K terms, 
where a Y2K problem triggers 
more serious events in related 
processes. 


Embedded system: A very 
basic computer, often just a 
single chip with limited 
instructions, used where a full 
computer would be overkill. 


Good Samaritan: From the 
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biblical parable where a 
Samaritan helped a wounded 
man. In ¥2K terms, the 
Australian government's 
legislation to help companies 
declare their Y2K compliance. 


Mainframes: Large-scale 
centralised computers 
connected to dumb terminals, 
typically in big organisations. 


Murphy's Law: If anything 
can go wrong, it will. 


NOS: network operating 
system. The software 
environment which helps run 
a network. 


OCR: optical character 
recognition. A technique for 
identifying text on a scanned 


page. 


OS: operating system. A 
software environment which 
helps run a computer. 


Pivot date (or windowing): 
Where years denoted in two 
digits are presumed to fall 
within a specified 100-year 
period (such as between 1930 
and 2029), 


Remediation: The Y2K 


industry's favourite word for 
the Y2K repair process. 


RTC: Real-time clock. The 
battery-operated clock in a 
computer, used by the BIOS 
to figure out the time and 
date. 


Silver bullet: A silver bullet is 
said to be one way to kill a 
vampire. In Y2K terms, a 
mythical program that will 
automatically fix Y2K in one 
swoop. 


TEOTWAWKI: The end of the 
world as we know it. In Y2K 
terms, the theory that our 
reliance on failing computers 
will cause civilisation to 
collapse. 


Triage: The sorting and 
allocation of treatment to 
patients, especially battle and 
disaster victims, according to 
a system of priorities 
designed to maximise the 
number of survivors. In Y2K 
terms, this means doing the 
same with affected systems. 


Workaround: An alternative 


solution aimed at avoiding 
any process susceptible to 
problems. 


y2k 





GFCCO 


The Pocketbook CD and disclaimer ; 


ALL THE TOOLS AND DOCUMENTS you 
need to help you get ready for Y2K. 


FREE BIOS TESTING AND 

FIXING PROGRAM 

Featured on the CD is a free, full working 
version of Viasoft'’s BIOS Test & Fix 
software, which will allow you to test your 
BIOS and, if necessary, install a fix to make 
it YZK compliant. 


BIOS TESTING 
Test your BIOS clock’s ability to cope with 
the millennium date rollover and related 
problems. A selection of applications that 
give detailed reports and recommendations 
about your hardware’s Y2K compliance and 
what you need to do about it. 


FOOLS 


Y¥ZK REPAIR 1 | Oe CyS 

A collection of tools with the capacity to 
diagnose and repair your PC's Y2K 
problems. These demonstration versions 
subject your system to a detailed 
examination beyond the BIOS, helping to 
sort out your operating system and 
applications, Many integrate reports and 
recommendations from software companies, 


PATCHES 

Y2K service packs and patches for 
operating systems and many popular 
applications. 


COMPLIANCE INFORMATION 
Information and links to more on the Web. 


Extensive Y2K compliance information 





tables are included, as first published in 
Australian PC User, February 1999. The 
tables contain advice from software 
companies regarding the Y2K readiness of 
their products, covering commercial 
packages, shareware, operating systems 
and even non-PC environments. Plus a 
selection of the best white papers and 
essays from experts in the Y2K field. 


DISCLAIMER 

The Y2K Pocketbook and CD are a quide to 
help you identify and fix Y2K problems in 
the home in a small business, but it is by 
no means a complete guide or a final 
solution to the problem. We make no 
express or implied warranties that this 
Pocketbook will identify or fix your Y2K 
problems. Use the Pocketbook and CD as 
a starting point in getting your PCs ready 
for 2000. 

The advice in this Pocketbook is 
accurate to the best of our knowledge. 
However, APC cannot and does not accept 
liability for any loss (including any 
financial loss) arising as a result of 
following the instructions in this book. In 
the event that such a liability cannot be 
excluded by law, liability is limited to 
replacing this Pocketbook or refunding its 
purchase price at our option. 

In order to save you time and money 
downloading the Pocketbook CD contains 
programs freely available on the Web. 
The software on the cover CD is provided 
as is, with no expressed or implied 
warranties, and APC cannot be held liable 
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Jnformation 


for any damage that may incur asa 
result of using the software or 
documentation provided. As with all 
software downloaded from the Web you 
should read installation instructions and 
licensing agreements carefully and scan 
for viruses all programs downloaded from 
the CD. While the apcmag.cd team do 
their best to ensure all software on the 
CD is checked for viruses, new viruses are 
discovered all the time and as a result 
you should scan all software using a 
virus scanner with the latest antivirus 
updates. You should also back up any 
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important data, as we can make no 
guarantees that software, downloaded 
from the Web as it is, will operate in 
accordance with the program author's 
intentions. 

As the software is freely given and not 
authored by APC, neither APC nor the 
author of a given piece of software 
(unless explicitly stated) can provide 
technical support for the programs 
contained on the Pocketbook CD. 

If the Pocketbook CD is faulty simply 
contact us on (02) 9288 9123 and we'll 
send out a replacement CD. 
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without the padding, at an affordable sy..." 
‘| price. Each Pocketbook is a valuable, 


concise and entertaining resource, — 
and comes with a cover CD packed 

_ with all the best software. 

The Pocketbook series: Everything you 
need, and nothing you don't. 


The Windows 98, Linux and Y2K Emergency 
pocketbooks are on sale now at newsagencies, 
and can be purchased online at 
apcmag.com/shop or phone (02) 9260 0000 or 
toll free on 1800 252 515. 


Look out for The Networking Pocketbook, 
available soon, Future titles include the 
Revised Edition Linux, Uprgrading, Windows 
2000, Webmasters, Digital Imaging 
pocketbooks, and many more . 


apcerniaz.pocketbook THE ¥2K POCKETBOOK, FROM AUSTRALIA'S LEADING COMPUTER MAGAZINE 
ee 


lf you're a home user or run a small business you still have time to 
tackle Y2K before it tackles you. But you have to act now. Right 
now. The Y2K Emergency Pocketbook will help you understand the 
problem and show you how best to deal with it. 
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@ Y2K: A history 
Learn how the Y2K problem 
came about, why it is posing 
a threat to so many people, 
and why there is no quick-fix 
solution. 


® The bug in its many forms 
Read what the experts have to 
say about the phenomenon. It 
isn't just your computer 
system that poses a threat. 
Also at risk are embedded 
systems. What are they and 
where do they occur? What 
about other people's Y2K 
problems? Can they impact 


on your business? How might - 


this happen and what should 
you be aware of? 


@ Attack, attack, attack 

Act now, or forever hold thy 
peace. What should you be 
looking for? Learn how to 
pinpoint the areas that are 
likely to cause you problems 
and what repair process you 
should undertake. 
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® Contingency planning 
How do you prepare for 
problems if you don't know 
what they'll be? Find out how 
to get to grips with what may 
or may not happen. And what 
are the legal implications of 
not planning well enough 
ahead? 


® Checkpoints 
Where appropriate, 
checkpoints have been 
provided to offer you an 
overview and to allow you to 
check at a glance what steps 
you should be taking. 


® Not only, but also 
A comprehensive list of Web 
sites that will enhance your 
Wato(-leit-lalel|ale Mo) ie @4.% 
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© Viasoft BIOS Test & Fix 
Free! Full working version that 
actually makes your BIOS Y2K 
fre}an)s)(F-lalm 


® Professional millennium bug 
toolkit Track down problems with 
the latest Y2K repair tool demos. 
Gi alolosimial-mel-cimielUlemib@ielm ells 
needs. 


® Operating system upgrades 
Stop Windows crashing in 2000. 
Install the latest patches for your 
OS and reach the recommended 
level of Y2K safety. 


® Software patches 
Save your software. Official Y2K 
service packs included for many 
popular applications. 


® Happy new millennium! 
Fun with Y2K: screensavers, 
ferelUlalce (el aia (ela <me(-c) aie) 6) 
themes and bug games galore. 


Mm Biniuricces 


Y2K compliance advice from 
hardware, software and 

shareware companies. FAQs and | 
links to more. 


® Plus: Microsoft IE 5.0, 
Netscape Communicator 4.51, 
Netscape Communicator 4.08, 
Netscape Navigator 4.08 and all — 
the add-ons you need to 
navigate the CD. 


ISBN 1 876587 06 7 


313006006039 





